Monday, 2014-12-22

*** chankit <chankit!chankitx@nat/intel/x-qgptlhlmzlbnajqg> has joined #yocto00:02
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-einqsshfbrjjcfba> has joined #yocto00:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:33
*** junland <junland!~junland@r74-192-163-173.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto00:41
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:46
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:49
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:51
*** paulbarker <paulbarker!~pbarker@cpc19-shep11-2-0-cust55.8-3.cable.virginm.net> has quit IRC01:12
-YoctoAutoBuilder- build #134 of nightly-arm-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/13401:19
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC01:19
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto01:21
*** wgao <wgao!~wgao@106.120.101.38> has joined #yocto01:31
*** _jmleo <_jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto01:39
*** manuel__ <manuel__!~manuel_@AStrasbourg-551-1-85-180.w81-51.abo.wanadoo.fr> has quit IRC01:40
*** jmleo <jmleo!~jmleo@105-197-190-109.dsl.ovh.fr> has quit IRC01:42
*** _jmleo is now known as jmleo01:42
chankithow does poky cross compile gcc application so it works in yocto?01:52
chankitI mean the compiler itself01:52
*** behanw_ is now known as behanw01:55
*** timsche <timsche!~quassel@port-92-192-2-75.dynamic.qsc.de> has quit IRC01:55
behanwchankit, Are you looking to run gcc on your target?02:11
behanwBecause gcc is built as a cross compiler by yocto in order to cross build everything else.02:13
chankitbehanw: yes02:22
chankitand I checked gcc's recipes and I couldn't find any flag(s) that specifies cross compiling02:23
chankitbehanw: actually I want to get llvm+clang to work on yocto but for some reason the yocto system cannot execute the code that my clang compiles02:24
chankitso I suspect that there are some cross-compile thingy that I need to sort out and since gcc is a compiler as well...I'm studying gcc's cross compilation case so hopefully I can apply them to clang as well02:25
chankitwhen I mean my clang, I mean the yocto can run clang to compile code but it cannot run the produced binary02:27
-YoctoAutoBuilder- build #136 of nightly-arm is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/13602:41
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC02:55
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto02:57
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC03:05
*** timsche <timsche!~quassel@port-92-192-2-75.dynamic.qsc.de> has joined #yocto03:22
*** junland <junland!~junland@r74-192-163-173.gtwncmta01.grtntx.tl.dh.suddenlink.net> has quit IRC03:24
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto03:29
*** ccube <ccube!ccube@nx.mindrunner.de> has quit IRC03:42
*** ccube <ccube!ccube@nx.mindrunner.de> has joined #yocto03:47
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-einqsshfbrjjcfba> has quit IRC04:08
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC05:04
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC05:05
*** mario-go` <mario-go`!~user@email.parenteses.org> has joined #yocto05:05
*** dvorkbjel <dvorkbjel!~viskestel@li607-220.members.linode.com> has quit IRC05:11
*** rodgort <rodgort!~rodgort@192.241.198.49> has quit IRC05:11
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto05:11
*** rodgort <rodgort!~rodgort@192.241.198.49> has joined #yocto05:12
*** dvorkbjel <dvorkbjel!~viskestel@li607-220.members.linode.com> has joined #yocto05:12
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC05:15
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto05:16
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto05:18
*** timsche <timsche!~quassel@port-92-192-2-75.dynamic.qsc.de> has quit IRC05:30
*** staylor <staylor!~staylor@S0106602ad0901f12.cg.shawcable.net> has joined #yocto05:46
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:47
*** staylor <staylor!~staylor@S0106602ad0901f12.cg.shawcable.net> has quit IRC06:01
*** AndersD <AndersD!~anders@81-232-163-241-no29.business.telia.com> has joined #yocto06:10
*** nicktick1 <nicktick1!~john@180.100.253.21> has joined #yocto06:11
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC06:14
*** AndersD <AndersD!~anders@81-232-163-241-no29.business.telia.com> has quit IRC06:14
*** jabk <jabk!~jabk@81.216.59.226> has joined #yocto06:22
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC06:23
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto06:23
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has joined #yocto06:29
*** AndersD <AndersD!~anders@81-232-163-241-no29.business.telia.com> has joined #yocto06:30
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto06:31
*** jmdelos_ <jmdelos_!~polk@71-34-156-185.clsp.qwest.net> has joined #yocto07:02
*** jmpdelos__ <jmpdelos__!~polk@71-219-235-196.clsp.qwest.net> has quit IRC07:04
*** fabo_ is now known as fabo07:36
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto07:54
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-tnmrzwecxblbtuaa> has joined #yocto08:17
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:23
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC08:25
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:27
*** pohly <pohly!~pohly@p5DE8D919.dip0.t-ipconnect.de> has joined #yocto08:34
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-axvuhivzyiqijqcx> has joined #yocto08:37
*** jbrianceau_away is now known as jbrianceau08:37
*** MickyMick <MickyMick!59fb345d@gateway/web/freenode/ip.89.251.52.93> has joined #yocto08:39
*** manuel__ <manuel__!~manuel_@AStrasbourg-551-1-85-180.w81-51.abo.wanadoo.fr> has joined #yocto08:42
*** manuel__ <manuel__!~manuel_@AStrasbourg-551-1-85-180.w81-51.abo.wanadoo.fr> has quit IRC08:42
*** GaneshP <GaneshP!3ba0cf2b@gateway/web/freenode/ip.59.160.207.43> has joined #yocto08:50
*** melonipoika <melonipoika!~quassel@86.193.18.95.dynamic.jazztel.es> has joined #yocto08:51
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto08:53
GaneshPhi all08:54
*** manuel__ <manuel__!~manuel_@AStrasbourg-551-1-85-180.w81-51.abo.wanadoo.fr> has joined #yocto08:54
GaneshPi am facing an dependency issue while doing 'populate_sdk'08:56
chankitGaneshP: what dependency issue?08:57
chankitcare to elaborate?08:57
GaneshPwhile doing a populate_sdk it's not able to resolve dependencies related to nativesdk-perl , but the error doesn't come when building an image.09:00
GaneshPCannot satisfy the following dependencies for nativesdk-packagegroup-sdk-host:  * nativesdk-perl-module-file-copy09:01
GaneshP...09:01
GaneshP * opkg_install_cmd: Cannot install package nativesdk-packagegroup-sdk-host.09:01
chankitso u got this when installing the package?09:01
chankitbut not when u manually bitbake it?09:01
*** GaneshP <GaneshP!3ba0cf2b@gateway/web/freenode/ip.59.160.207.43> has quit IRC09:05
*** GaneshP <GaneshP!3ba0cf2b@gateway/web/freenode/ip.59.160.207.43> has joined #yocto09:05
*** melonipoika <melonipoika!~quassel@86.193.18.95.dynamic.jazztel.es> has quit IRC09:10
*** GaneshP <GaneshP!3ba0cf2b@gateway/web/freenode/ip.59.160.207.43> has quit IRC09:15
*** GaneshP <GaneshP!3ba0cf2b@gateway/web/freenode/ip.59.160.207.43> has joined #yocto09:19
*** GaneshP <GaneshP!3ba0cf2b@gateway/web/freenode/ip.59.160.207.43> has quit IRC09:22
chankitanyone here has compiled a compiled? (i.e gcc or llvm)09:26
chankit* a compiler09:26
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto09:31
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto09:36
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC09:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:36
*** florian_kc is now known as florian09:36
bluelightningmorning all09:42
*** luminita <luminita!~luminita@sestofw01.enea.se> has joined #yocto09:49
*** manuel__ <manuel__!~manuel_@AStrasbourg-551-1-85-180.w81-51.abo.wanadoo.fr> has quit IRC10:14
*** _qwerty_ <_qwerty_!~manuele@81-174-15-154.v4.ngi.it> has joined #yocto10:33
_qwerty_Hi All, I have to put some rules to udev configuration so I added an append udev-extra-rules_1.0.bbappend file10:34
_qwerty_Is the correct way? and I can apply to my custom image?10:34
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto10:58
*** dcyrille18 <dcyrille18!59fb345d@gateway/web/freenode/ip.89.251.52.93> has joined #yocto11:00
dcyrille18Hi all, I tryed to create a recipe to compile "SDL2 ttf" but it crash with a libtool error (libtool: Version mismatch error.  This is libtool 2.4.2, but the ...). So, I tried to add these lines in my recipe "add do_configure_prepend(){     autoreconf -Wcross --verbose --install --force }" without succes because new errors messages appears (ex: configure.in:126: error: possibly undefined macro: AM_PATH_SDL2).11:03
*** bboozzoo_away is now known as bboozzoo11:03
dcyrille18Has anyone encountered this problem ?11:04
dcyrille18Thanks in advance.11:05
bboozzoodcyrille18: looks like an automake macro that should be delivered as part of SDL2 -dev package11:06
*** nicktick1 <nicktick1!~john@180.100.253.21> has quit IRC11:11
*** chankit1 <chankit1!~oneam@124.13.175.131> has joined #yocto11:12
*** grma <grma!~gruberm@chello213047201250.tirol.surfer.at> has quit IRC11:13
*** grma <grma!~gruberm@chello213047201250.tirol.surfer.at> has joined #yocto11:13
bboozzooany ideas why PKGV might not be used when building a RPM? I use gitpkgver from meta-oe, and fill PKGV using GITPKGVTAG, although bitbake -e shows that PKGV is set correctly, the versin of RPM is as if PKGV would be ignored11:15
*** soderstr1m <soderstr1m!~soderstro@81-224-37-156-no237.tbcn.telia.com> has quit IRC11:16
*** soderstrom <soderstrom!~soderstro@81-224-37-156-no237.tbcn.telia.com> has joined #yocto11:17
bluelightningdcyrille18: can you please use pastebin to show me your recipe?11:18
bluelightning_qwerty_: yes that is reasonable, and just add udev-extra-rules to IMAGE_INSTALL within your image recipe11:19
*** paul-m <paul-m!~paulm@105-237-30-203.access.mtnbusiness.co.za> has joined #yocto11:20
chankit1anyone knows how yocto configures cross compiled gcc to work in yocto?11:22
chankit1I checked gcc recipes but couldnt decipher anything11:22
*** karooga <karooga!~paulm@105-236-85-205.access.mtnbusiness.co.za> has quit IRC11:23
bboozzooduh, figured out, killed prserver, proper RPM version popped up11:23
bluelightningchankit1: unfortunately the toolchain setup is fairly complicated11:24
bluelightningchankit1: I don't know for sure, but this may be helpful to you - http://www.openembedded.org/wiki/Adding_a_secondary_toolchain11:25
*** hirata <hirata!~hirata@187-072-184-065.static.ctbctelecom.com.br> has joined #yocto11:28
_qwerty_bluelightning: it is not working...  bitbake gets to me an error like install: cannot stat  automount.rules : No such file or directory11:31
-YoctoAutoBuilder- build #137 of eclipse-plugin-kepler is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/eclipse-plugin-kepler/builds/13711:31
bluelightning_qwerty_: try ${WORKDIR}/automount.rules instead of just automount.rules in the install command line11:32
chankit1bluelightning: thanks..so I guess I have to get the secondary toolchain configured properly in order to get LLVM to work then?11:32
_qwerty_bluelightning: automount.rules is not my rule  this is my udev-extraconf_1.0.bbappend file http://pastebin.com/fpJxMQpP11:34
bluelightning_qwerty_: right, you are overriding SRC_URI but just prepending do_install, thus you are preventing that file from being fetched but not it being installed11:35
*** darkhorse_ <darkhorse_!ad26d106@gateway/web/freenode/ip.173.38.209.6> has joined #yocto11:35
bluelightning_qwerty_: I would suggestg using SRC_URI += instead of =11:35
_qwerty_bluelightning: damn!!! I see!!11:36
bluelightningchankit1: that is one way to do it, probably the preferable way given that you can't build the entire system using clang11:36
bluelightningchankit1: btw though there have already been others who have attempted this; have you looked at previous work in this area?11:37
chankit1bluelightning: I dont intend to build yocto using clang..I just need clang to be working in yocto11:37
chankit1I got clang to work but my yocto image couldnt run the binary that is compiled by itslef11:38
bluelightningchankit1: right, understood... but have you looked at e.g. https://github.com/mtahmed/meta-tc-llvm ?11:40
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:42
_qwerty_bluelightning: ERROR: udev-extra-rules not found in the base feeds11:44
_qwerty_bluelightning: now I get this error11:44
bluelightning_qwerty_: then the package is ending up empty, which points to an error in do_install or packaging in the recipe11:44
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC11:45
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has quit IRC11:45
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC11:45
bluelightning_qwerty_: look in packages-split in the workdir for the recipe - what non-empty package directories are in there ?11:46
_qwerty_bluelightning: build-daisy/tmp/work/beaglebone-poky-linux-gnueabi/udev-extraconf/1.0-r16/udev-extraconf-1.0 is empty11:47
chankit1bluelightning: I think I have and I'm not sure if that fits my purpose..I found this instead https://lists.yoctoproject.org/pipermail/yocto/2014-June/020358.html which might be better..but the link that you gave me is very helpful as well.11:47
chankit1bluelightning: looks like it's trying build yocto using clang which is impressive11:47
-YoctoAutoBuilder- build #136 of nightly-oecore is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/13611:48
*** hundeboll <hundeboll!~hundeboll@mail.hundeboll.net> has joined #yocto11:48
*** hundeboll <hundeboll!~hundeboll@open-mesh.org/catwoman/hundeboll> has joined #yocto11:48
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC11:49
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto11:51
_qwerty_bluelightning: maybe I don't understand your soggestion, but all folder are not empty11:54
bluelightning_qwerty_: that's ${S}, for a recipe like this one that would be expected to be empty11:56
bluelightning_qwerty_: it's packages-split I'm talking about11:56
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC12:00
_qwerty_bluelightning: I looked for packages-split folder in all package folder but I didn't found any12:03
bluelightning_qwerty_: build-daisy/tmp/work/beaglebone-poky-linux-gnueabi/udev-extraconf/1.0-r16/packages-split should exist12:04
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto12:04
_qwerty_bluelightning: deploy-rpms      pkgdata                     sstate-install-package_write_rpm  sstate-install-populate_sysroot  temp12:06
_qwerty_license-destdir  sstate-install-packagedata  sstate-install-populate_lic       sysroot-destdir                  udev-extraconf-1.012:06
bluelightning_qwerty_: hang on a sec, I thought you said your bbappend was for a recipe called udev-extra-rules - ?12:07
_qwerty_no12:10
_qwerty_udev-extraconf12:11
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has left #yocto12:16
darkhorse_help needed for my initramfs problem!!12:22
darkhorse_any takers??12:22
*** darkhorse_ <darkhorse_!ad26d106@gateway/web/freenode/ip.173.38.209.6> has quit IRC12:26
*** darkhorse_ <darkhorse_!ad26d106@gateway/web/freenode/ip.173.38.209.6> has joined #yocto12:27
darkhorse_any experts for circular dependency loops :(12:29
*** tmpsantos <tmpsantos!~tmpsantos@179.126.20.105> has joined #yocto12:29
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has joined #yocto12:32
dcyrille18Hi bluelightning, I've tried to modify my recipe (visible on pastebin here : http://pastebin.com/HEPwd9wx) by drawing on sdl2 recipe. The error is now : "fatal error: freetype/config/ftheader.h: No such file or directory"12:35
-YoctoAutoBuilder- build #136 of nightly-qa-extras is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/13612:36
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto12:42
*** manuel__ <manuel__!~manuel_@AStrasbourg-551-1-85-180.w81-51.abo.wanadoo.fr> has joined #yocto12:51
*** darkhorse__ <darkhorse__!ad26d106@gateway/web/freenode/ip.173.38.209.6> has joined #yocto12:51
*** darkhorse_ <darkhorse_!ad26d106@gateway/web/freenode/ip.173.38.209.6> has quit IRC12:52
*** hirata <hirata!~hirata@187-072-184-065.static.ctbctelecom.com.br> has quit IRC13:02
-YoctoAutoBuilder- build #136 of nightly-qa-logrotate is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/13613:03
*** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has quit IRC13:12
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto13:12
*** hirata <hirata!~hirata@187-072-184-065.static.ctbctelecom.com.br> has joined #yocto13:14
*** pohly <pohly!~pohly@p5DE8D919.dip0.t-ipconnect.de> has quit IRC13:17
*** pohly <pohly!~pohly@p5DE8D919.dip0.t-ipconnect.de> has joined #yocto13:18
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC13:22
dcyrille18Re bluelightning, so I put my recipe code on pastebin as you ask me this morning13:34
dcyrille18The adress is http://pastebin.com/XDFGFrAK13:34
dcyrille18So, my problem is an error at compilation (fatal error: freetype/config/ftheader.h: No such file or directory).13:35
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC13:37
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto13:37
dcyrille18And I can not seem to resolve this error despite the inclusion of "freetype" dependency in my recipe.13:37
dcyrille18Someone has already encountered this problem?13:38
*** marka <marka!~marka@128.224.252.2> has joined #yocto13:39
JaMayes, newer freetype moved the include files IIRC13:42
JaMadcyrille18: and isn't your recipe still trying to use freetype-config and then fallback to some default? It has to use pkg-config now13:43
dcyrille18I use the line "inherit autotools pkgconfig gettext" but make can not found file "freetype/config/ftheader.h"13:46
JaMayou need to look in configure script what it is doing13:47
*** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC13:47
bluelightningdcyrille18: what JaMa says, and you'll almost certainly need to patch it to do the right thing13:49
*** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto13:50
dcyrille18Ok, I understand. Thanks :)13:50
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC13:55
dcyrille18I just discovered that the SDL TTF was already implemented in yocto (libsdl-ttf) ... Two hours lost ^^.13:55
bluelightningdcyrille18: oops, sorry... both myself and JaMa missed that...13:57
bluelightningdcyrille18: if you didn't already know, you can find existing recipes at http://layers.openembedded.org/layerindex/branch/master/recipes/13:58
dcyrille18Lol, it's not your fault but mine. I should have a better look.13:58
dcyrille18 Okay, I looked into http://packages.yoctoproject.org/.13:59
dcyrille18Thanks for the info ^^14:00
JaMaheh, right I should read the pastebin before reply :)14:04
JaMaAuthor: Martin Jansa <Martin.Jansa@gmail.com>14:04
JaMaDate:   Mon Jul 7 12:41:49 2014 +020014:04
JaMalibsdl-ttf: fix build without freetype-config14:04
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto14:04
*** darkhorse__ <darkhorse__!ad26d106@gateway/web/freenode/ip.173.38.209.6> has joined #yocto14:05
darkhorse__hi bluelightning14:07
bluelightningdcyrille18: right, packages.yoctoproject.org isn't particularly helpful; it's being reworked at the moment, but even when it's done, the OE layer index at layers.openembedded.org is the best reference since it includes layers from the wider community as well14:08
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC14:09
bluelightningdarkhorse__: hello14:09
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto14:09
bluelightningdarkhorse__: have you looked at http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-INITRAMFS_IMAGE ?14:10
darkhorse__bluelightning: yes I am using that variable14:11
darkhorse__bluelightning: basically that is how my kernel launches the INITRAMFS_TASK but then the image has some packages which need kernel sources14:12
bluelightningdarkhorse__: I could be wrong, but I don't think that's possible at the moment14:13
*** Siecje <Siecje!~Siecje@CPEbc1401239133-CMbc1401239130.cpe.net.cable.rogers.com> has joined #yocto14:13
darkhorse__bluelightning: i came to the same conclusion. so I made my kernel's do_unpack a dependency of all packages that needed kernel sources and instead of using KERNEL_STAGING_DIR (which is not available until kernel is fully built) i use the kernel build directory ${D}14:19
bluelightningdarkhorse__: ${D} is not the build directory, it's the install directory; it'll only be populated after do_install14:20
darkhorse__bluelightning: sorry i meant ${S}14:20
bluelightningdarkhorse__: it's not good practice to refer to anything under ${WORKDIR} from another recipe, there's no guarantee it will always be present14:21
bluelightningdarkhorse__: can these other recipes look in ${STAGING_KERNEL_DIR} to find what they need?14:21
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC14:21
bluelightning(which would need to be after do_populate_sysroot of the kernel)14:22
darkhorse__bluelightning: no because STAGING_KERNEL_DIR is populated by kernel's do_populate_sysroot which run much later14:23
bluelightningwell, what you are doing may work, but it may also break horribly14:23
bluelightningFWIW a set of patches were sent just recently to break out the kernel source preparation to a separate step, but it is tied up with a number of other changes and may not be applicable on its own14:24
darkhorse__bluelightning: agreed. but this is a fairly common use case and people must have hit upon this before?14:25
bluelightningdarkhorse__: I would have thought so, unfortunately it's not an area I know much about I'm afraid14:25
*** dcyrille18 <dcyrille18!59fb345d@gateway/web/freenode/ip.89.251.52.93> has quit IRC14:26
bluelightningthe two people that I am aware of that might aren't here (probably on holiday)14:26
darkhorse__bluelighning: so the current situation is: kernel:do_configure( ) depends on INITRAMFS_IMAGE:do_rootfs( ) which in turn depend other packages, some of those packages depend on kernel:do_patch( ).14:28
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC14:29
darkhorse__bluelightning: it is horrible but i thought it should work. unfortunately, i get circular dependency loops and that is what i am struggling with right now14:29
darkhorse__bluelightning: also, can you please tell me the nicknames of the people who might be able to help?14:32
bluelightningdarkhorse__: zeddii (Bruce Ashfield) and ant_ (Andrea Adami)14:33
darkhorse__bluelightning: cool - thanks. BTW, i am investigating if we can completely replace our 'gnu make'  based build system with yocto. do you think it is a good idea?14:35
bluelightningdarkhorse__: if you mean for building OS images & packages, you'll have a lot more flexibility using our system14:36
*** zenx <zenx!~quassel@bl15-149-148.dsl.telepac.pt> has joined #yocto14:36
bluelightningdarkhorse__: but we do still rely on make, autotools, cmake et al to build individual bits of software, as you might appreciate14:36
darkhorse__bluelightning: sure i meant the packaging and image generation bit. but does it work well across a team of developers?14:38
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:42
*** Siecje <Siecje!~Siecje@CPEbc1401239133-CMbc1401239130.cpe.net.cable.rogers.com> has left #yocto14:46
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:47
bluelightningdarkhorse__: I wouldn't expect that aspect to be any different, unless you are relying on some specific functionality that you've implemented in your custom solution that you would have to rewrite ?14:47
*** jabk <jabk!~jabk@81.216.59.226> has quit IRC14:57
*** AndersD <AndersD!~anders@81-232-163-241-no29.business.telia.com> has quit IRC15:03
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto15:04
*** zenx <zenx!~quassel@bl15-149-148.dsl.telepac.pt> has quit IRC15:11
*** Crofton <Crofton!~balister@pool-71-171-45-99.ronkva.east.verizon.net> has quit IRC15:17
*** paul-m is now known as karooga15:23
*** chankit1 <chankit1!~oneam@124.13.175.131> has quit IRC15:27
*** chankit1 <chankit1!~oneam@175.136.68.41> has joined #yocto15:34
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto15:39
*** munch_ <munch_!~mark@c-50-129-137-132.hsd1.il.comcast.net> has joined #yocto15:46
*** munch_ is now known as Guest3343415:46
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC15:47
*** dgm816 <dgm816!~dgm816@97.64.167.34> has joined #yocto15:50
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto15:50
-YoctoAutoBuilder- build #136 of nightly-ipk is complete: Failure [failed Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/13615:52
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto15:57
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC15:58
*** bboozzoo is now known as bboozzoo_away15:58
*** melonipoika <melonipoika!~quassel@10.234.18.95.dynamic.jazztel.es> has joined #yocto15:58
*** Crofton|work <Crofton|work!~balister@pool-71-171-45-99.ronkva.east.verizon.net> has quit IRC15:59
*** Crofton <Crofton!~balister@pool-71-171-45-99.ronkva.east.verizon.net> has joined #yocto16:00
*** Crofton|work <Crofton|work!~balister@pool-71-171-45-99.ronkva.east.verizon.net> has joined #yocto16:01
*** luminita <luminita!~luminita@sestofw01.enea.se> has quit IRC16:08
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto16:14
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:14
*** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto16:19
*** melonipoika <melonipoika!~quassel@10.234.18.95.dynamic.jazztel.es> has quit IRC16:19
*** pascal-bach <pascal-bach!~pascal-ba@46-126-139-1.dynamic.hispeed.ch> has quit IRC16:21
*** pascal-bach <pascal-bach!~pascal-ba@46-126-139-1.dynamic.hispeed.ch> has joined #yocto16:22
darkhorse__bluelightning: hi again, can bitbake be recursively callled from a bitbake receipe?16:35
darkhorse__bluelightning: in my bsp layer, i have two machines defined. rootfs for one machine include the kernel for the other machine. so my rootfs has a dependency on the other machine's kernel. i would like to call bitbake from my image recipe passing it the other machine type and build its kernel16:35
*** _jmleo <_jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto16:35
*** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC16:35
darkhorse__anyone? for my last query?16:36
*** _jmleo is now known as jmleo16:36
*** ntl_ <ntl_!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC16:37
*** _qwerty_ <_qwerty_!~manuele@81-174-15-154.v4.ngi.it> has quit IRC16:37
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto16:37
*** timsche <timsche!~quassel@port-92-192-97-38.dynamic.qsc.de> has joined #yocto16:50
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC16:51
*** nicktick1 <nicktick1!~john@180.99.216.43> has joined #yocto16:57
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto16:57
*** timsche <timsche!~quassel@port-92-192-97-38.dynamic.qsc.de> has quit IRC16:59
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC16:59
*** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC17:01
*** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto17:01
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto17:03
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC17:03
*** sarahsharp <sarahsharp!~sarah@192.55.54.42> has joined #yocto17:05
*** nicktick1 <nicktick1!~john@180.99.216.43> has quit IRC17:07
kergothits unlikely that that will ever work17:15
*** murgaan <murgaan!~murgaan@pool-173-74-54-231.dllstx.fios.verizon.net> has quit IRC17:22
darkhorse__everyone: can bitbake be recursively callled from a bitbake recipe?17:25
kergothi just told you, its unlikely that will ever work17:28
mranostaykergoth: wouldn't the lockfile kinda not let you17:30
darkhorse__kergoth: oops! sorry missed your earlier message...that seems like a big limitation coming from gnu make's world17:33
kergothyocto isn't intended to be a general purpose replacement to make. it operates at a level above the typical use of make, and it isnt' intended to recurse17:34
*** lulzury <lulzury!~chatzilla@mail.quintron.com> has joined #yocto17:35
*** sarahsharp <sarahsharp!~sarah@192.55.54.42> has quit IRC17:36
darkhorse__kergoth: fair enough. so how would you go about this situation: my rootfs image embeds a tiny kernel image for another machine defined in my bsp layer. so i would like to generate that kernel as part of my rootfs build.17:36
JaMado the plumbing outside bitbake17:37
JaMathat's what we do, simple build.sh script which knows that before MACHINE X you want to always build kernel for MACHINE Y17:37
JaMaand MACHINE X will have recipe which just copies kernel from Y's DEPLOY_DIR17:38
darkhorse__JaMa: cheers! that's what i have done. but wasn't sure if this was the best option available17:39
darkhorse__JaMa: any exposure to circular dependencies when trying to build a ramdisk?17:41
*** jbrianceau is now known as jbrianceau_away17:50
*** wgao <wgao!~wgao@106.120.101.38> has quit IRC17:54
*** wgao <wgao!~wgao@106.120.101.38> has joined #yocto17:54
*** timsche <timsche!~quassel@port-92-192-97-38.dynamic.qsc.de> has joined #yocto17:56
*** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC18:10
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-dpbmlpmmprgxpcpy> has joined #yocto18:10
-YoctoAutoBuilder- build #137 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/13718:14
*** JimNH3 <JimNH3!~jmchale@50-205-152-202-static.hfc.comcastbusiness.net> has quit IRC18:14
*** JimNH <JimNH!~jmchale@50-205-152-202-static.hfc.comcastbusiness.net> has joined #yocto18:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:31
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto18:44
*** chankit1 <chankit1!~oneam@175.136.68.41> has quit IRC19:04
*** timsche <timsche!~quassel@port-92-192-97-38.dynamic.qsc.de> has quit IRC19:10
*** chankit1 <chankit1!~oneam@175.136.65.111> has joined #yocto19:10
-YoctoAutoBuilder- build #135 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/13519:10
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-tnmrzwecxblbtuaa> has quit IRC19:14
*** darkhorse__ <darkhorse__!ad26d106@gateway/web/freenode/ip.173.38.209.6> has quit IRC19:26
-YoctoAutoBuilder- build #135 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm/builds/13519:40
*** Guest33434 <Guest33434!~mark@c-50-129-137-132.hsd1.il.comcast.net> has quit IRC19:51
*** Guest33434 <Guest33434!~mark@162.219.179.88> has joined #yocto19:51
*** jabk <jabk!~jabk@0117800685.0.fullrate.dk> has joined #yocto19:53
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC19:53
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto19:54
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC19:56
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-axvuhivzyiqijqcx> has quit IRC19:57
*** jabk <jabk!~jabk@0117800685.0.fullrate.dk> has quit IRC20:12
*** jabk <jabk!~jabk@0117800685.0.fullrate.dk> has joined #yocto20:12
kergothRP: we should consider deprecating __anonymous at some point. just unnecessary ancient remnant :)20:15
RPkergoth: no argument from me20:17
* RP just found a bug in d.keys(), it lists deleted keys :/20:17
kergothouch20:17
RPor in other words anything touched by d.expandKeys :/20:18
Crofton|workhey kergoth congratulations!20:25
*** armpit <armpit!~akuster@2601:c:a700:272f:2932:155f:3852:c419> has joined #yocto20:27
kergothhey, thanks20:29
*** jabk <jabk!~jabk@0117800685.0.fullrate.dk> has quit IRC20:35
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto20:41
-YoctoAutoBuilder- build #135 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/13520:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:48
*** ant__ <ant__!~andrea@host212-249-dynamic.245-95-r.retail.telecomitalia.it> has joined #yocto20:49
*** marka <marka!~marka@128.224.252.2> has quit IRC20:56
*** jabk <jabk!~jabk@0117800685.0.fullrate.dk> has joined #yocto21:16
*** sjolley <sjolley!sjolley@nat/intel/x-pzrbgdxxbsfihplu> has joined #yocto21:30
*** sjolley1 <sjolley1!~sjolley@134.134.139.76> has quit IRC21:30
*** jabk <jabk!~jabk@0117800685.0.fullrate.dk> has quit IRC21:34
*** pohly <pohly!~pohly@p5DE8D919.dip0.t-ipconnect.de> has quit IRC21:50
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has quit IRC21:58
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto22:00
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has joined #yocto22:10
*** tmpsantos <tmpsantos!~tmpsantos@179.126.20.105> has quit IRC22:34
*** tmpsantos <tmpsantos!~tmpsantos@179.126.112.54> has joined #yocto22:47
*** phantoneD <phantoneD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC22:49
*** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto22:49
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC22:57
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** grma <grma!~gruberm@chello213047201250.tirol.surfer.at> has quit IRC23:02
*** timsche <timsche!~quassel@port-92-192-97-38.dynamic.qsc.de> has joined #yocto23:04
*** tmpsantos <tmpsantos!~tmpsantos@179.126.112.54> has quit IRC23:26
*** soderstr1m <soderstr1m!~soderstro@81-224-37-156-no237.tbcn.telia.com> has joined #yocto23:27
*** soderstrom <soderstrom!~soderstro@81-224-37-156-no237.tbcn.telia.com> has quit IRC23:28
*** chankit1 <chankit1!~oneam@175.136.65.111> has quit IRC23:30
*** Nitin <Nitin!nakamble@nat/intel/x-ypepzfdwayvbrthe> has joined #yocto23:32
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-dpbmlpmmprgxpcpy> has quit IRC23:57

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