Tuesday, 2015-02-17

-YoctoAutoBuilder- build #194 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/19400:01
*** aehs29 <aehs29!aehernan@nat/intel/x-kwlvpzbbuehsqkxq> has quit IRC00:02
*** toxickore <toxickore!~toxickore@192.55.55.39> has quit IRC00:13
*** loc_ <loc_!loc_@c-68-35-135-23.hsd1.nm.comcast.net> has joined #yocto00:14
loc_Hey, I have a question concerning building some core packages,  "nss-native" and "nspr-native" based on the poky-dizzy 12.0 distro in my OpenEmbedded project.00:21
loc_Under my build layer for the poky distro, i can bitbake the 'nss' package recipe which will build the dependencies of 'nss-native' and 'nspr-native' as expected. But when take the meta/recipes-support/nss pkg recipes and place them under my OpenEmbedded layer, it wil say 'missing dependency 'nss-native' 'nspr-native''. I am able to build native pkgs like sqlite3, but not the nss and nspr.00:24
loc_Any ideas with my OpenEmbedded build layer is missing from the poky distro to build the nss-native and nspr-native pkgs?00:24
*** benjamirc <benjamirc!~besquive@134.134.139.74> has quit IRC00:25
*** tthtlc <tthtlc!b637f9af@gateway/web/freenode/ip.182.55.249.175> has joined #yocto00:35
tthtlccan someone tell me the purpose of IMAGE_INSTALL_append?00:36
nrossitthtlc: Override appending to the IMAGE_INSTALL variable00:36
tthtlcwhat are the possible values other than openssh?00:36
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto00:36
nrossitthlc: Any valid recipe or package00:37
tthtlcnrossi: thanks, then what is IMAGE_INSTALL variable?00:37
tthtlccan i just take it as default?00:38
nrossitthtlc: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-IMAGE_INSTALL00:38
tthtlccool nrossi, thanks for the great pointer.00:39
Croftonnrossi, will you make ELC?00:42
nrossiCrofton: the one in march in San Jose?00:44
Croftonright00:44
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC00:45
nrossiCrofton: unfortunately very unlikely00:45
nrossiCrofton: although i believe some of the Xilinx San Jose people will be going, if you are interested i can put you in touch00:45
-YoctoAutoBuilder- build #197 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/19700:53
*** Crofton <Crofton!~balister@209-234-137-234.static.twtelecom.net> has quit IRC00:56
*** balister_ <balister_!~balister@209-234-137-234.static.twtelecom.net> has joined #yocto00:56
*** balister_ is now known as Crofton00:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC01:06
*** loc_ <loc_!loc_@c-68-35-135-23.hsd1.nm.comcast.net> has left #yocto01:30
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto01:33
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto01:37
Croftonnrossi, I know most of them alrady, but thanks01:37
nrossiCrofton: np, i imagined as much :)01:37
CroftonWe are having an OE meeting after01:37
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto01:47
-YoctoAutoBuilder- build #193 of nightly-fsl-arm is complete: Failure [failed BuildImages_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm/builds/19301:53
*** tobiash <tobiash!~quassel@host-88-217-137-244.customer.m-online.net> has quit IRC02:00
*** tobiash <tobiash!~quassel@mail.bmw-carit.de> has joined #yocto02:01
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC02:56
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC03:23
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto03:24
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto03:29
*** miandonmenmian <miandonmenmian!~jose@210.22.153.182> has quit IRC03:38
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has quit IRC03:57
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto03:57
*** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto04:22
*** aehs29 <aehs29!~aehernan@134.134.139.72> has left #yocto04:25
*** alimon <alimon!alimon@nat/intel/x-rjrbseixeygygnie> has joined #yocto04:32
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC04:37
*** sgw_ <sgw_!~sgw_@dhcp-231-249.roosevelt.lane.edu> has quit IRC04:41
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC04:52
*** shinobi <shinobi!~shinobi@78.176.133.184> has quit IRC05:02
*** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto05:09
*** aehs29 <aehs29!~aehernan@134.134.139.72> has left #yocto05:09
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC05:13
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto05:14
*** agust <agust!~agust@pD9E2F7FD.dip0.t-ipconnect.de> has joined #yocto05:19
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC05:23
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto05:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC05:28
*** agust1 <agust1!~agust@p4FDE6494.dip0.t-ipconnect.de> has joined #yocto05:29
*** agust <agust!~agust@pD9E2F7FD.dip0.t-ipconnect.de> has quit IRC05:29
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto05:30
*** agust1 <agust1!~agust@p4FDE6494.dip0.t-ipconnect.de> has quit IRC05:33
*** agust <agust!~agust@p4FDE7D52.dip0.t-ipconnect.de> has joined #yocto05:34
*** agust <agust!~agust@p4FDE7D52.dip0.t-ipconnect.de> has quit IRC05:40
*** e8johan <e8johan!~quassel@83.218.80.242> has joined #yocto05:40
*** agust <agust!~agust@p4FDE7E0A.dip0.t-ipconnect.de> has joined #yocto05:41
*** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto05:42
*** aehs29 <aehs29!~aehernan@134.134.139.72> has left #yocto05:42
*** agust1 <agust1!~agust@p4FDE77BA.dip0.t-ipconnect.de> has joined #yocto05:47
*** agust <agust!~agust@p4FDE7E0A.dip0.t-ipconnect.de> has quit IRC05:48
*** agust1 <agust1!~agust@p4FDE77BA.dip0.t-ipconnect.de> has quit IRC05:52
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC05:56
*** _valle_ <_valle_!~valle@195.198.200.72> has quit IRC06:02
*** agust <agust!~agust@p4FDE71F4.dip0.t-ipconnect.de> has joined #yocto06:04
*** _valle_ <_valle_!~valle@195-198-200-72.customer.telia.com> has joined #yocto06:04
*** aehs29 <aehs29!aehernan@nat/intel/x-wpvszbbyxdsjlxwf> has joined #yocto06:13
*** aehs29 <aehs29!aehernan@nat/intel/x-wpvszbbyxdsjlxwf> has left #yocto06:13
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has joined #yocto06:24
*** alimon <alimon!alimon@nat/intel/x-rjrbseixeygygnie> has quit IRC06:33
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:35
*** mago|home is now known as mago_06:38
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has joined #yocto06:38
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto06:41
*** aehs29 <aehs29!aehernan@nat/intel/x-zjevbnoajzwuxctb> has joined #yocto06:42
*** agust <agust!~agust@p4FDE71F4.dip0.t-ipconnect.de> has quit IRC06:51
*** aehs29 <aehs29!aehernan@nat/intel/x-zjevbnoajzwuxctb> has left #yocto06:51
*** agust <agust!~agust@p4FDE73F0.dip0.t-ipconnect.de> has joined #yocto07:06
*** agust <agust!~agust@p4FDE73F0.dip0.t-ipconnect.de> has quit IRC07:06
*** mago_ <mago_!~mago@smtp.hms.se> has quit IRC07:09
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC07:18
*** wadim_ <wadim_!~egorov@mail.visioncatalog.de> has joined #yocto07:18
*** SorenHolm <SorenHolm!~quassel@93.165.148.186> has joined #yocto07:22
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto07:24
*** melonipoika <melonipoika!~quassel@84.20.150.57> has joined #yocto07:27
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has quit IRC07:29
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto07:30
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto07:32
*** mago_ <mago_!~mago@smtp.hms.se> has joined #yocto07:34
*** [Sno] <[Sno]!~Sno]@rademacherexchange.de> has joined #yocto07:34
*** Achel00s <Achel00s!c3dc2512@gateway/web/freenode/ip.195.220.37.18> has joined #yocto07:36
Achel00shello07:36
Achel00sI have downloaded a layer for browsers here :https://github.com/OSSystems/meta-browser07:37
Achel00sbut I don't know how to include it in my build with hob07:37
Achel00sI build core-image-x1107:38
*** volker_123456 <volker_123456!~quassel@host-188-174-253-51.customer.m-online.net> has quit IRC07:46
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ljvyzftqqdvtlvrb> has joined #yocto07:48
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:49
*** pohly <pohly!~pohly@p57A56D2C.dip0.t-ipconnect.de> has joined #yocto07:49
*** jbrianceau_away is now known as jbrianceau07:50
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto07:55
*** volker_123456 <volker_123456!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto07:58
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC07:58
*** egavin <egavin!~egavin_at@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto08:01
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-znlvgqlkscqqzrkt> has joined #yocto08:07
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto08:14
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto08:15
*** TobSnyder1 <TobSnyder1!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC08:16
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto08:41
JEEBsvhmm, is this the correct way to make an image that has systemd as the init system? http://up-cat.net/p/05afbfe708:42
nrossiJEEBsv: looks right08:43
JEEBsvalrighty08:43
*** SorenHolm <SorenHolm!~quassel@93.165.148.186> has quit IRC08:44
JEEBsvcleaned my buildroot so it shouldn't be that, either, in case it fails08:44
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:44
JEEBsv(this is the meta-hoge/recipes-hoge/images/core-hoge.bb)08:45
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto08:47
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto08:47
*** tthtlc <tthtlc!b637f9af@gateway/web/freenode/ip.182.55.249.175> has quit IRC08:48
abelloniI'm not sure changing DISTRO_FEATURES in recipe is working as expected08:49
*** ddom <ddom!~ddom@p4FFAB802.dip0.t-ipconnect.de> has joined #yocto08:50
nrossiJEEBsv: oh completely missed that, you have to define those values in the distro.conf or in your local.conf08:50
JEEBsvah08:50
JEEBsvso distro.conf08:50
nrossiJEEBsv: if you have a customer distro, otherwise put it in the local.conf08:51
nrossicustom*08:51
JEEBsvyeah, I'm trying to build a meta layer that contains an image type that I can just build with bitbake image-name without poking local.conf08:52
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC08:53
nrossiJEEBsv: you can sort of do that, as long as the distro has 'systemd' in the DISTRO_FEATURES08:53
JEEBsvyeah08:54
*** SorenHolm <SorenHolm!~quassel@93.165.148.186> has joined #yocto08:55
nrossiJEEBsv: Have a look at the base packagegroup for core boot: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-core/packagegroups/packagegroup-core-boot.bb08:57
*** grma <grma!~gruberm@chello213047201250.tirol.surfer.at> has joined #yocto08:58
nrossiJEEBsv: any variables in there can be overrided as the image recipe level08:58
nrossiJEEBsv: but you wont be able to use the packagegroup-core-boot, you will have to implement your own dependencies like the packagegroup-core-boot for you image08:59
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC09:05
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto09:05
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC09:07
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto09:08
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC09:09
sujith_hHi all. This is the snapshot of SRC_URI and SRC_REV I have in my recipe: http://pastebin.ubuntu.com/10270255/. The problem I face here is after the download of source from github, lets say p1_tls. The configure script is missing in the download directory. Where as its present in the orignal git://github.com/processone/tls09:12
sujith_hany clue why the configure script would be missing. And this is not just for p1_tls, but for few others I had noticed the same.09:13
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto09:13
*** chankit <chankit!chankitx@nat/intel/x-vklotssociuwambb> has quit IRC09:17
JEEBsvnrossi: thanks. I'll have to look at it later, I ended up just using local.conf for now...09:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:21
bluelightningmorning all09:23
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto09:24
sujith_hbluelightning: good morning :)09:26
sujith_hbluelightning: http://pastebin.ubuntu.com/10270255/ is a snapshot of my recipe. I had inherited autotools-brokensep in the recipe. And after the do_patch, in the p1_tls folder I am not able to see the configure script. Is it because the autotools_do_configure removes the configure script?09:28
sujith_hi think yes. autotools_do_configure is the one which is deleting the configure script :(09:33
* sujith_h wonder how to stop deleting the configure script of the downloaded sources from github09:33
bluelightningsujith_h: we run autoreconf, that is supposed to re-generate the configure script09:36
bluelightningthis is a good thing to do in most cases to avoid autotools compatibility problems09:36
bluelightningthis large number of repositories in SRC_URI is a concern - you might consider using separate recipes if these don't have to be built in the same tree09:37
bluelightningsujith_h: in any case, do_patch is *before* do_configure, so that's before autotools_do_configure gets a chance to run - so that's not the issue09:38
bluelightningconfigure is not generally recursive - you probably ought to split this recipe up09:39
*** Achel00s <Achel00s!c3dc2512@gateway/web/freenode/ip.195.220.37.18> has quit IRC09:40
*** roric <roric!~roric@194.236.6.76> has joined #yocto09:42
sujith_hbluelightning: You mean separating githubs mentioned in the SRC_URI to separate recipes right?09:42
bluelightningsujith_h: yes09:42
*** belen <belen!Adium@nat/intel/x-blpjzwyogaqyozce> has joined #yocto09:43
sujith_hbluelightning: Thats a good point. I will try to implement it. Let me check if by doing so, will it affect the work flow of the main recipe or not.09:44
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has joined #yocto09:51
*** belen1 <belen1!Adium@nat/intel/x-vxusbcuxfldrzfzv> has joined #yocto10:00
*** belen <belen!Adium@nat/intel/x-blpjzwyogaqyozce> has quit IRC10:01
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC10:03
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC10:10
sujith_hbluelightning: I created a recipe for p1_tls. But it didn't surprised me that, the build failed because it was missing an executable rebar, which comes from ejabebrd !!!10:10
sujith_hbluelightning: so these sources will have to be build under same tree :(10:10
bluelightningsujith_h: not necessarily10:11
bluelightningsujith_h: the proper way to handle this would be to ensure that binary is installed into the sysroot for the p1_tls recipe to use10:11
sujith_hbluelightning: I didn't got that point. The binary/executable is part of the source of ejabber. And I used the SRC_URI with githubs to override the downloads that were happening during the do_compile.10:14
bluelightningsujith_h: I see... well maybe you have no choice if that is the way that ejabberd is set up to build10:15
sujith_hbluelightning: yah its bit complicated ( atleast for me :) )10:15
sujith_hbluelightning: in most of the make file or configure they have reference for rebar executable and which is part of ejabberd source :(10:16
bluelightningthat in itself is not a problem - we have a lot of recipes that install binaries into the sysroot for other recipes to use10:17
bluelightningthe problem here is that ejabberd expects to build these subcomponents as part of its build, I'm assuming doing it afterwards would be difficult10:17
sujith_hbluelightning: yah it expects it to be part of the build10:18
*** belen <belen!Adium@nat/intel/x-jtxqsrlamkifqyej> has joined #yocto10:22
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto10:24
*** belen1 <belen1!Adium@nat/intel/x-vxusbcuxfldrzfzv> has quit IRC10:26
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has quit IRC10:39
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has joined #yocto10:59
*** roric <roric!~roric@194.236.6.76> has quit IRC11:01
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has quit IRC11:03
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has joined #yocto11:04
*** belen <belen!Adium@nat/intel/x-jtxqsrlamkifqyej> has quit IRC11:31
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto11:32
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has quit IRC11:42
*** melonipoika <melonipoika!~quassel@84.20.150.57> has quit IRC11:44
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:49
*** dv__ <dv__!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto12:03
*** belen <belen!~Adium@192.198.151.43> has joined #yocto12:03
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC12:04
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC12:06
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto12:06
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has joined #yocto12:07
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC12:15
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has left #yocto12:16
*** roric <roric!~roric@194-236-6-76.customer.telia.com> has joined #yocto12:17
*** mago_ <mago_!~mago@smtp.hms.se> has quit IRC12:21
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has quit IRC12:22
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has joined #yocto12:23
*** joshuagl <joshuagl!~joshuagl@host217-42-151-232.range217-42.btcentralplus.com> has joined #yocto12:39
*** warthog9 <warthog9!~warthog9@149.20.54.19> has quit IRC12:49
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto12:49
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has quit IRC12:56
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has joined #yocto12:58
*** JaMa <JaMa!~martin@ip-89-176-104-3.net.upcbroadband.cz> has joined #yocto13:01
*** belen <belen!~Adium@192.198.151.43> has quit IRC13:06
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has quit IRC13:08
*** roric <roric!~roric@194-236-6-76.customer.telia.com> has quit IRC13:22
*** roric <roric!~roric@194.236.6.76> has joined #yocto13:22
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has joined #yocto13:25
*** kimo <kimo!~kbouhara@hyperion.atermes.fr> has joined #yocto13:28
*** marka <marka!~marka@128.224.252.2> has joined #yocto13:29
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto13:32
*** _qwerty_ <_qwerty_!~manuele@81-174-15-154.v4.ngi.it> has joined #yocto13:35
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto13:35
*** sarahsharp <sarahsharp!sarah@nat/intel/x-ryjxhxfsirddewpe> has joined #yocto13:35
_qwerty_Hi All, I have a question about DS1307 intregation, I follow a guide to integrate rtc on beaglebone and now all work. But I have to add a systemd service to enable so how I can add it13:36
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC13:39
*** sarahsharp <sarahsharp!sarah@nat/intel/x-ryjxhxfsirddewpe> has quit IRC13:40
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC13:44
*** belen <belen!~Adium@192.198.151.43> has joined #yocto13:51
*** benjamirc <benjamirc!besquive@nat/intel/x-qfvrduscbsojphqi> has joined #yocto14:03
LocutusOfBorg1_qwerty_,14:04
LocutusOfBorg1conf/local.conf:DISTRO_FEATURES_append = " systemd"14:04
LocutusOfBorg1conf/local.conf:VIRTUAL-RUNTIME_init_manager = "systemd"14:04
_qwerty_LocutusOfBorg1: systemd it seems is already enable I have to add a new custom service14:05
LocutusOfBorg1ops, sorry14:07
*** benjamirc <benjamirc!besquive@nat/intel/x-qfvrduscbsojphqi> has quit IRC14:07
LocutusOfBorg1inherit systemd SYSTEMD_SERVICE_${PN} = "name.service" ?14:09
LocutusOfBorg1and I guess you have also to install them with do_install_append14:09
_qwerty_yes14:09
LocutusOfBorg1if you want to know how to write a service file I can't help you :p14:10
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto14:11
_qwerty_no already have it14:12
_qwerty_So I have to write a new .bb file to install service... it is right?14:13
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:18
*** pidge <pidge!eflanagan@nat/intel/x-jmdgqwrmhexecurk> has joined #yocto14:19
*** tmpsantos <tmpsantos!tmpsantos@nat/intel/x-vdbhcfgldcebbexo> has quit IRC14:24
*** aswin <aswin!~aswin@59.93.15.31> has joined #yocto14:26
*** toxickore <toxickore!~toxickore@192.55.55.41> has joined #yocto14:32
*** patrickz <patrickz!~Thunderbi@212.118.209.82> has joined #yocto14:34
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto14:34
LocutusOfBorg1yes _qwerty_14:35
LocutusOfBorg1or you can bbappend your service into another recipe14:36
*** belen <belen!~Adium@192.198.151.43> has quit IRC14:40
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC14:41
*** Matulis <Matulis!~Matulis@50.244.33.17> has joined #yocto14:45
*** Aethenelle <Aethenelle!~Aethenell@166.175.189.59> has joined #yocto14:46
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC14:47
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto14:53
*** alimon <alimon!~alimon@134.134.137.71> has joined #yocto14:53
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC14:55
*** e8johan <e8johan!~quassel@83.218.80.242> has quit IRC14:55
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has joined #yocto14:57
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC15:03
*** _qwerty_ <_qwerty_!~manuele@81-174-15-154.v4.ngi.it> has quit IRC15:08
*** Crofton|road <Crofton|road!~balister@12.199.200.124> has joined #yocto15:09
*** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto15:09
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto15:10
*** rwoolley <rwoolley!~rwoolley@128.224.252.2> has joined #yocto15:12
*** SorenHolm <SorenHolm!~quassel@93.165.148.186> has quit IRC15:13
*** e8johan <e8johan!~quassel@94.234.170.211> has joined #yocto15:13
abelloniJaMa, otavio: I got some help from someone at the QT company and it builds15:16
abelloniI still have a few QA issues though15:16
abelloni/usr/lib/libQt5Qml.so.5.3.2 contains probably-redundant RPATH /usr/lib [useless-rpaths]15:16
abelloniI'm not sure how to integrate the changes15:17
*** Matulis <Matulis!~Matulis@50.244.33.17> has left #yocto15:17
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto15:19
*** wadim_ <wadim_!~egorov@mail.visioncatalog.de> has quit IRC15:19
*** e8johan <e8johan!~quassel@94.234.170.211> has quit IRC15:21
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:22
JaMaabelloni: what was the issue? are you going to send patch?15:23
*** _qwerty_ <_qwerty_!~manuele@81-174-15-154.v4.ngi.it> has joined #yocto15:23
abelloniI'm still trying to compile various configurations15:24
-YoctoAutoBuilder- build #195 of nightly-fsl-arm-lsb is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/19515:24
abellonibut the issue is in qmake_base.class15:24
abellonihttps://github.com/meta-qt5/meta-qt5/blob/master/classes/qmake5_base.bbclass#L16315:25
abelloniremoving -r here solves it15:25
*** ionte <ionte!uid48103@gateway/web/irccloud.com/x-ghxniwatyjoamymk> has joined #yocto15:26
iontehi. i have support for a few different boards (olinuxino, raspberry pi, beaglebone black) and for each I've added some custom kernel patches etc. so i have one linux-fslc.bbappend, one linux-raspberry.bbappend, etc. now, my problem is that when i build for one platform i don't want to require the bsp's of the other platforms.15:29
iontebut bitbake stops with an error that there is no linux-fslc recipe when building for raspberry, etc...15:29
iontewhat is the correct way to handle this?15:29
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC15:30
abelloniadd that in your layer.conf:15:30
abellonihttps://github.com/Freescale/meta-fsl-arm/blob/master/conf/layer.conf#L2015:30
abellonithen move your bbappend in directories named as the layer they depend on15:31
ionteok, will try something like that, thanks!15:33
LocutusOfBorg1mmm I'm wondering if the log_check can be made a little bit smarter15:34
LocutusOfBorg1actually the build was failing because of15:34
LocutusOfBorg1WARNING: log_check: Matched keyword: [ERR]15:34
LocutusOfBorg1the problem is that ERR was in the PATH name :)15:34
LocutusOfBorg1lolol15:34
LocutusOfBorg1like /home/TERRA/yocto15:34
LocutusOfBorg1and log_check grepped it15:34
*** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has joined #yocto15:35
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto15:35
*** Aethenelle <Aethenelle!~Aethenell@166.175.189.59> has quit IRC15:35
*** kevin_t1 <kevin_t1!~Thunderbi@46.18.96.46> has joined #yocto15:44
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has quit IRC15:46
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC15:47
*** Nitin <Nitin!~nakamble@192.55.55.37> has joined #yocto15:51
*** CromFr <CromFr!~CromFr@146.185.162.164> has joined #yocto15:52
*** ddom <ddom!~ddom@p4FFAB802.dip0.t-ipconnect.de> has quit IRC15:56
*** gxenusmil <gxenusmil!~celes@84.124.70.8.static.user.ono.com> has joined #yocto15:57
gxenusmilHello !15:57
*** arfoll_ is now known as arfoll15:58
gxenusmilI am having a little trouble building the nativesdk-packagegroup-qt5-toolchain-host package. Can anybody help me ?15:59
gxenusmilI do not know why but the gcc-crosssdk-initial-x86_64 has as preferred gcc package the version gcc-4.9.1 instead of gcc-linaro-4.916:03
*** sjolley1 <sjolley1!~sjolley@134.134.139.74> has quit IRC16:04
gxenusmilI have tried to change it setting GCCVERSION="linaro-4.9" on local.conf but it is ignored.16:04
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC16:10
-YoctoAutoBuilder- build #196 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/19616:10
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto16:10
*** behanw <behanw!~behanw@2001:470:b26c:0:812d:64db:fed0:bd2> has quit IRC16:11
*** Matulis <Matulis!~Matulis@50.244.33.17> has joined #yocto16:12
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto16:13
Matulishello, I am trying to boot a kernel and I am getting the following error: Unhandled fault: alignment exception (0x001)16:14
MatulisI am seeing people say that the kernel needs to be built with CFLAGS=-mno-unaligned-access, just wondering if anyone has come across this before?16:17
abelloniit should not be unless you don't have an mmu16:18
abelloniand the kernel makefile handles that for you16:19
*** sarahsharp <sarahsharp!sarah@nat/intel/x-xqflvysdjjeztzer> has joined #yocto16:20
Matuliswhat if I have an older kernel from a custom bsp? It looks like they were using an older version of gcc16:20
kergothi've seen that before with old gcc16:21
kergothdon't recall the details, though16:21
Matulisokay, I will poke around16:21
*** kimo <kimo!~kbouhara@hyperion.atermes.fr> has quit IRC16:28
*** belen <belen!Adium@nat/intel/x-hgirevyeubbxjfeh> has joined #yocto16:29
*** kimo <kimo!~kbouhara@hyperion.atermes.fr> has joined #yocto16:31
*** Jay7x <Jay7x!jay@128-73-158-2.broadband.corbina.ru> has quit IRC16:33
*** Jay7 <Jay7!jay@176.15.162.54> has joined #yocto16:33
*** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto16:35
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC16:37
*** paulg_ is now known as paulg16:40
Matulisso how would I add cflags arguments to my kernel compilation?16:44
MatulisKCFLAGS?16:44
*** roric <roric!~roric@194.236.6.76> has quit IRC16:44
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto16:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:45
zeddiiMatulis: the kernel doesn't take CFLAGS from external variables, it really knows best and sets its own. typically you need to patch the kernel to make a compilation flag change, or bury it in a compiler wrapper. but almost always .. it's a bad idea.16:46
Matulisi was looking through my boards bsp release notes, and it looks like they had to compile it with mno-unaligned-access for newer versions of gcc16:46
*** kimo <kimo!~kbouhara@hyperion.atermes.fr> has quit IRC16:47
Matuliszeddii should I patch the makefile for my arch then?16:52
*** jmd <jmd!~user@de.cellform.com> has joined #yocto16:54
*** jmd <jmd!~user@de.cellform.com> has joined #yocto16:57
*** paulg <paulg!~paulg@128.224.252.2> has quit IRC16:57
zeddiiThat's what I'd do. There's no simple way to flow CFLAGS down into the kernel, since it avoids that by design.16:59
bluelightningzeddii: so, I'm back to trying to get externalsrc to work with the kernel - is this something you've tested recently?17:00
zeddiinope.17:05
zeddiibut I was going to look at it once 3.19 is done.17:05
bluelightningok... actually I think maybe I got a bit further17:11
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto17:11
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has joined #yocto17:25
kimo_hi all, how do we change yocto distro name string that is showed at boot time ?17:27
kimo_I mean the "Poky  (Yocto Project Reference Distro ...)" part17:27
bluelightningkimo_: that's set in DISTRO_NAME17:29
jmdI think its in /etc/issue17:29
bluelightningkimo_: you should set that in your own custom distro config17:29
bluelightninghttp://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#creating-your-own-distribution17:29
kimo_bluelightning:  :) thanks17:30
*** _qwerty_ <_qwerty_!~manuele@81-174-15-154.v4.ngi.it> has quit IRC17:34
*** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto17:35
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:36
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:37
*** pidge <pidge!eflanagan@nat/intel/x-jmdgqwrmhexecurk> has quit IRC17:40
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has joined #yocto17:57
*** kevin_t1 <kevin_t1!~Thunderbi@46.18.96.46> has quit IRC17:58
*** jbrianceau is now known as jbrianceau_away18:05
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has quit IRC18:05
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has joined #yocto18:05
*** pidge <pidge!eflanagan@nat/intel/x-zrqgfzjfdqhvrbhb> has joined #yocto18:08
*** kevin_t1 <kevin_t1!~Thunderbi@46.18.96.46> has joined #yocto18:12
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has quit IRC18:12
JaMabluelightning: any idea? this happens after last master update where I've noticed some oe-pkgdata-util changes http://pastebin.com/3X9qdETV18:15
bluelightningJaMa: are you using an old copy of a class that calls oe-pkgdata-util? e.g. buildhistory18:15
abelloniJaMa: and now fixing qtdeclarative breaks building my qt application18:16
bluelightningJaMa: AFAIK I fixed all calls in OE-Core itself18:16
*** agust <agust!~agust@p4FDE73F0.dip0.t-ipconnect.de> has joined #yocto18:20
JaMabluelightning: ah right, sorry, probably have local buildhistory copy18:23
bluelightningJaMa: do you really still need that?18:25
JaMaunfortunately yes18:28
bluelightningok... well I guess you'll need to patch it in the same way I have done with the current version18:30
*** warthog9 <warthog9!~warthog9@149.20.54.19> has joined #yocto18:34
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-znlvgqlkscqqzrkt> has quit IRC18:47
JaMabluelightning: yes already backporting 4 last buildhistory commits from master18:48
*** toxickore <toxickore!~toxickore@192.55.55.41> has quit IRC18:50
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has quit IRC18:56
*** paulg <paulg!~paulg@128.224.252.2> has joined #yocto19:02
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC19:02
*** benjamirc <benjamirc!besquive@nat/intel/x-pxubsgiwotyjvzer> has joined #yocto19:03
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has quit IRC19:06
bluelightningzeddii: ok I have some fixes for externalsrc + the kernel, should be able to send them out tomorrow19:07
bluelightning(nothing major)19:08
bluelightningbbl19:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:10
*** belen <belen!Adium@nat/intel/x-hgirevyeubbxjfeh> has quit IRC19:12
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto19:12
*** ionte <ionte!uid48103@gateway/web/irccloud.com/x-ghxniwatyjoamymk> has quit IRC19:19
*** benjamirc <benjamirc!besquive@nat/intel/x-pxubsgiwotyjvzer> has quit IRC19:24
*** benjamirc <benjamirc!~besquive@134.134.139.70> has joined #yocto19:26
*** benjamirc <benjamirc!~besquive@134.134.139.70> has quit IRC19:26
*** benjamirc <benjamirc!besquive@nat/intel/x-idqtfypbotafycjq> has joined #yocto19:27
*** aswin <aswin!~aswin@59.93.15.31> has quit IRC19:31
*** kevin_t1 <kevin_t1!~Thunderbi@46.18.96.46> has quit IRC19:31
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has joined #yocto19:32
*** aswin <aswin!~aswin@117.201.22.51> has joined #yocto19:32
*** toxickore <toxickore!toxickore@nat/intel/x-kmmcgvdxkimbxngc> has joined #yocto19:33
*** aswin_ <aswin_!~aswin@117.201.24.2> has joined #yocto19:36
*** aswin <aswin!~aswin@117.201.22.51> has quit IRC19:38
*** toxickore <toxickore!toxickore@nat/intel/x-gwlnhjvupoyetzky> has joined #yocto19:49
*** aswin_ <aswin_!~aswin@117.201.24.2> has quit IRC19:55
*** jmd <jmd!~user@de.cellform.com> has quit IRC19:57
*** [Sno] <[Sno]!~Sno]@rademacherexchange.de> has quit IRC20:03
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC20:07
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:10
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ljvyzftqqdvtlvrb> has quit IRC20:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:16
-YoctoAutoBuilder- build #195 of nightly-qa-systemd is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/19520:18
r23sIs it possible to apply a patch in one layer to a package/recipe in another?  Say apply patch layer-a/recipes-kernel/linux/linux-yocto/0001-fix.patch to recipe layer-b/recipes-kernel/linux/linux-yocto_3.17.bb?20:19
bluelightningr23s: yes20:31
bluelightningr23s: you'd just create a bbappend called linux-yocto_3.17.bbappend and place it in your layer20:32
bluelightningfor the kernel specifically, check this out: http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html#modifying-an-existing-recipe20:33
r23sbluelightning:  Great.  What about .cfg files?20:33
bluelightningr23s: yep, that's also covered in the manual I just linked20:34
r23sbluelightning:  Awesome, this looks like just what I need20:34
r23sThanks!20:34
bluelightningno worries20:36
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC20:45
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto20:45
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:45
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC20:46
*** elevenarms <elevenarms!~elevenarm@c-69-181-189-77.hsd1.ca.comcast.net> has joined #yocto20:46
*** dv__ is now known as dv_20:47
*** ionte <ionte!uid48103@gateway/web/irccloud.com/x-mejcxayofgsnkwaj> has joined #yocto20:52
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto20:53
iontehi. i have a git question: in the yocto "getting started" guide, it is recommended to get the source code with two git commands: "git clone <url>" followed by "git checkout -b dizzy origin/dizzy". what is the difference to using a single command: "git clone <url> -b dizzy"?20:55
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC21:01
neverpanicionte: none. The former works with older versions of git, the latter does not.21:01
kergothno difference, except that the latter should be faster due to not doing two checkouts21:01
ionteok, thanks!21:03
rewittlooks like "-b" was added Aug 2009 if you're curious :)21:03
*** toxickore <toxickore!toxickore@nat/intel/x-gwlnhjvupoyetzky> has quit IRC21:16
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto21:17
*** aswin <aswin!~aswin@117.201.24.21> has joined #yocto21:20
*** pohly <pohly!~pohly@p57A56D2C.dip0.t-ipconnect.de> has quit IRC21:20
*** rwoolley <rwoolley!~rwoolley@128.224.252.2> has quit IRC21:22
Croftonzeddii, you realize meta-openstack and meta-oe have a recipe for python-lxml21:31
Croftonand you depend on meta-oe21:31
Croftonand I am looking at updating the meta-oe recipe to the latest21:32
ulf`khem: ping21:35
ulf`khem: I can't get clang to build using poky 1.7.121:35
*** agust <agust!~agust@p4FDE73F0.dip0.t-ipconnect.de> has quit IRC21:35
ionteis there any way to make a layer optional? i've added meta-raspberrypi layer to bblayers.conf, which is required for raspberrypi-builds. but for other machines it should not require that layer to exist...21:41
kergothwhy don't you just create multiple build directories?21:42
*** theAdib <theAdib!~adib@dslb-088-074-154-079.088.074.pools.vodafone-ip.de> has joined #yocto21:45
zeddiiCrofton: I've pointed out to a few people that the openstack components have severe version dependencies, so I pretty much introduce and keep packages contained in that layer.21:48
zeddiiand that I'm not necessarily a fan of "grouping by type" versus "grouping by function"21:49
* zeddii has to head out21:49
Croftonbut what happens when I bump the version in meta-oe21:49
zeddiiI'll pin my versions21:49
Croftonok21:49
Croftonjust warning you :)21:49
zeddiiin this case, I'm not sure which came first.21:49
iontekergoth: sure, but i try to make this a bit generic. so i have a layer with a bblayers.conf.sample and use TEMPLATECONF when initiating the build environment. i would rather not have more than one of these.21:50
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto21:51
iontenot sure if that's the best way to achieve this, but it's better than adding layers by hand when creating new build environments...21:52
kergothhmm, lots of ways of doing it, many folks do their own thing in that regard, i think. angstrom tends to add all the layers and keep them in bblayers.conf. at mentor, we only include what's needed for the configuration in question, but ended up creating our own setup scripts as a result, which will automatically pull in the layers for a specified machine21:57
r23sbluelightning: I followed the guide you sent but didn't have any luck.  Does layer priority matter?  I'm assuming the .patch or .cfg layer has to be higher than the layer with the main recipe.22:03
iontehm. ok. perhaps a setup script would work better...22:04
r23sFor the record, I'm trying to enable CONFIG_MD_RAID456=y to enable software RAID modes.  If there is a better way to do this than a .cfg patch let me know...22:04
*** elevenarms <elevenarms!~elevenarm@c-69-181-189-77.hsd1.ca.comcast.net> has quit IRC22:04
*** elevenarms <elevenarms!~elevenarm@c-69-181-189-77.hsd1.ca.comcast.net> has joined #yocto22:05
*** JaMa <JaMa!~martin@ip-89-176-104-3.net.upcbroadband.cz> has quit IRC22:06
bluelightningr23s: priority should not matter, no...22:09
bluelightningzeddii: ^22:09
*** elevenarms <elevenarms!~elevenarm@c-69-181-189-77.hsd1.ca.comcast.net> has quit IRC22:09
*** toxickore <toxickore!~toxickore@192.55.54.42> has joined #yocto22:11
*** marka <marka!~marka@128.224.252.2> has quit IRC22:14
*** elevenarms <elevenarms!~elevenarm@c-69-181-189-77.hsd1.ca.comcast.net> has joined #yocto22:16
r23sbluelightning:  Do I need to add anything to bblayers.conf or either layer.conf file to associate the layers?  Would cleaning linux-yocto (bitbake -c clean linux-yocto) have fouled things up?  Excuse me if those ideas are nonsensical, I'm grasping at straws here...22:18
bluelightningr23s: well, your layer would need to be added to bblayers.conf, but I assume you already did that22:19
bluelightningr23s: see if your bbappend shows up in: bitbake-layers show-appends22:19
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC22:20
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto22:20
r23sbluelightning: That's useful, didn't know about that switch.  I'm not seeing the append, but I do get the following: "WARNING: linux-yocto_3.17.bb: missing append for preferred version"22:21
r23sYou know what, I think I found my problem22:22
r23sI'm not adding .bbappends to BBFILES in my layer.conf22:22
r23sI just have BBFILES += "${LAYERDIR}/common/recipes-*/*/*.bb"22:23
bluelightningah right, that would do it...22:28
bluelightningwhere did you pick up that example from? (just in case it's somewhere we ought to add some kind of note)22:29
rewittIf you run "yocto-layer" it sets the bbappends up as well22:30
r23sbluelightning:  Yep, that did the trick.  Looks great now.22:30
r23sExample?22:30
rewittThe simplest would be "yocto-layer create mylayer"22:31
rewittIt's not super sophisticated, but it does put he boilerplate stuff in for you22:32
r23srewitt:  Good to know.  I did it by hand this time so I'll keep that in mind going forward.22:32
rewitthttps://www.yoctoproject.org/docs/1.7/dev-manual/dev-manual.html#creating-a-general-layer-using-the-yocto-layer-script22:33
abellonibluelightning: I4m wondering whether we should document the "for layer in BBFILE_COLLECTIONS.split()" trick somewhere22:41
abellonior event include it in yocto-layer create22:41
abellonieven22:41
abelloniI see more and more people asking about that22:41
bluelightningabelloni: for use in what context?22:43
abellonithat one:22:43
abellonihttps://github.com/Freescale/meta-fsl-arm/blob/master/conf/layer.conf#L2022:43
abelloniI see mentor is also using it22:44
abellonihttps://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mel/conf/layer.conf#L522:44
abelloniI've also included it in meta-atmel22:45
abellonito remove the hard dependency on meta-qt522:45
bluelightningah right22:46
bluelightningyes it would be worth documenting it somewhere, although it is a little bit ugly22:46
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC22:46
bluelightningit could be that the whole collections/layers thing needs a bit of a rethink at some point22:46
kergothI still don't really like that under the hood is still the old bbpath/bbfiles crap :)22:47
kergothBBPATH/BBFILES was created by me intentionally as a temporary method, and we never really did anything about it, other than gluing more layers on top of it22:47
kergothheh22:47
bluelightningyeah, it's a bit painful22:50
bluelightningI mean it's super-flexible and all, but nobody really uses the flexibility it provides22:50
* kergoth nods22:50
Croftoncareful, or kergoth will want to rewrite everything :)22:51
bluelightningheh22:51
* kergoth rolls eyes22:51
Croftonkergoth, will you be able to make ELC/OEDAM?22:51
kergothoh hell no, i've tried to go down that rabbit hole before22:51
bluelightningI guess I've been too conservative to change it up to now, but I have been thinking about it recently perhaps for the next dev cycle22:51
kergothprobably, would like to22:51
Croftonkergoth, I remember this from days gone by22:53
kergothI do want to try replacing bb.fetch with a standalone fetch/unpack tool at some point. that could be done piecemeal, and it'd be potentially useful even outside of bitbake, but we'll see if i ever find the gumption to actually do so :)22:54
*** pidge <pidge!eflanagan@nat/intel/x-zrqgfzjfdqhvrbhb> has quit IRC22:58
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC23:04
*** sameo <sameo!samuel@nat/intel/x-pvwwfwvgywedgrpi> has joined #yocto23:05
*** benjamirc <benjamirc!besquive@nat/intel/x-idqtfypbotafycjq> has quit IRC23:07
*** Aethenelle <Aethenelle!~Aethenell@166.175.189.59> has joined #yocto23:16
*** benjamirc <benjamirc!~besquive@134.134.139.72> has joined #yocto23:29
*** manuel__ <manuel__!~manuel@209.6.175.242> has quit IRC23:41
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto23:41
*** manuel__ <manuel__!~manuel@209.6.175.242> has joined #yocto23:48
*** lifeeth <lifeeth!~lifeeth@unaffiliated/lifeeth> has quit IRC23:50
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC23:50
*** benjamirc <benjamirc!~besquive@134.134.139.72> has quit IRC23:50
*** theAdib <theAdib!~adib@dslb-088-074-154-079.088.074.pools.vodafone-ip.de> has quit IRC23:51
*** benjamirc <benjamirc!~besquive@134.134.139.70> has joined #yocto23:52
*** benjamirc <benjamirc!~besquive@134.134.139.70> has quit IRC23:53
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC23:54
*** benjamirc <benjamirc!~besquive@134.134.139.70> has joined #yocto23:55
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC23:56
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC23:59

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