Thursday, 2015-02-12

*** darkhorse_ <darkhorse_!ad26d10a@gateway/web/freenode/ip.173.38.209.10> has quit IRC00:00
paulgkergoth,  the mozjs thing was a missing dependency on libxt ; patch sent.00:02
abelloniMatulis: did you update the offsets in the patch ?00:02
*** benjamirc <benjamirc!besquive@nat/intel/x-nmqlwqkkvyohjwzh> has quit IRC00:05
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:08
Matulisughhhhhhhh00:09
Matuliswhitespace issue00:09
*** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto00:20
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC00:28
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p147.net112139222.tokai.or.jp> has joined #yocto00:42
*** sarahsharp <sarahsharp!~sarah@192.55.55.37> has joined #yocto00:49
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC00:51
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto00:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:54
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC01:03
*** sameo <sameo!~samuel@192.55.55.37> has joined #yocto01:09
*** sameo <sameo!~samuel@192.55.55.37> has quit IRC01:18
*** sameo <sameo!samuel@nat/intel/x-shzzdzvfspqqldnl> has joined #yocto01:19
*** alimon <alimon!~alimon@134.134.137.71> has joined #yocto01:30
*** sarahsharp <sarahsharp!~sarah@192.55.55.37> has quit IRC01:37
*** alimon <alimon!~alimon@134.134.137.71> has quit IRC01:49
*** roxell_ <roxell_!~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se> has quit IRC02:18
*** roxell <roxell!~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se> has joined #yocto02:19
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto02:19
*** JimNH2 <JimNH2!~jmchale@50-205-152-202-static.hfc.comcastbusiness.net> has quit IRC02:32
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto02:32
*** Matulis <Matulis!~Lorax@50.244.33.17> has quit IRC02:35
*** armpit <armpit!~akuster@64.2.3.194.ptr.us.xo.net> has quit IRC02:37
*** paulg <paulg!~paulg@24-52-251-107.cable.teksavvy.com> has quit IRC02:38
*** todor <todor!todor@nat/intel/session> has joined #yocto02:45
*** stryx`_ <stryx`_!~stryx@149.255.110.134> has joined #yocto02:47
*** JaMae <JaMae!~martin@ip-89-176-104-3.net.upcbroadband.cz> has joined #yocto02:47
*** JaMa <JaMa!~martin@ip-89-176-104-3.net.upcbroadband.cz> has quit IRC02:52
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has quit IRC02:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC02:52
*** CromFr <CromFr!~CromFr@146.185.162.164> has quit IRC02:52
*** tminchev <tminchev!todor@nat/intel/x-dwodtveaxjsqejcc> has quit IRC02:52
*** JaMae is now known as JaMa02:52
*** sameo <sameo!samuel@nat/intel/x-shzzdzvfspqqldnl> has quit IRC02:58
*** stryx`_ <stryx`_!~stryx@149.255.110.134> has quit IRC03:00
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto03:00
*** stryx`_ is now known as stryx`03:00
*** hsychla_ <hsychla_!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC03:04
*** hsychla__ <hsychla__!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto03:05
*** Nilesh_ <Nilesh_!~minda@114.143.135.194> has joined #yocto03:21
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has joined #yocto03:49
*** logics <logics!~jketreno@static-50-43-115-18.bvtn.or.frontiernet.net> has joined #yocto03:53
logicswhich git tree holds the yocto kernel for edison? i've found i can manually apply upstream_to_edison.patch from the yocto GPL sources for edison, but haven't found a branch/tag in that has those changes via http://git.yoctoproject.org/git/linux-yocto-3.1003:54
logics(was hoping for a patch series vs. a monolithic "enable edison" patch bomb)03:56
*** agust <agust!~agust@pD9E2F30F.dip0.t-ipconnect.de> has joined #yocto05:29
*** armpit <armpit!~akuster@2601:c:a740:854e:a5bc:56fd:ce73:9e> has joined #yocto05:36
*** chankit <chankit!chankitx@nat/intel/session> has joined #yocto06:07
chankithi..suppose if I want to configure a package to install to /usr for example, what variable should I set to --prefix? ${D}?06:08
nrossichankit: depends on the package, with an autotools pacakge the configure --prefix=/usr and then the make DESTDIR=${D} install will handle the cross install06:12
nrossichankit: actually if its an autotools package, you should just use the autotools class as the default ${prefix} is "/usr" and it will handle the rest for you06:15
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has joined #yocto06:17
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC06:19
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC06:22
chankitnrossi: I'm using cmake. I checked cmake.bbclass and it seems that it uses ${prefix} as well...06:24
chankitwill also make note of make DESTDIR=${D} install06:24
chankitthanks :-)06:24
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC06:25
chankitBTW why make DESTDIR=${D} install instead of simply make install?06:26
chankitsince the compilation has been already configured to install to ${prefix}06:26
nrossichankit: so that it installs into the ${D} directory which is down under the tmp/ build directory06:26
nrossichankit: without passing that it will try to install it into your hosts '/usr' directory06:27
nrossichankit: btw cmake.bbclass relies on autotools.bbclass for the do_install step, so they both do the make DESTDIR=${D} install06:27
chankitnrossi: ok..I do get files were installed but not shipped problem. Must I specify FILES-${PN} variable or is there a more elegant way?06:29
nrossichankit: there are some defaults rules for FILES_${PN}, however you will need to populate that variable for more specific things06:31
chankitnrossi: what are the default rules? Is there another bbclass that I can reference?06:34
nrossichankit: the defaults are set in bitbake.conf, see https://github.com/openembedded/openembedded-core/blob/master/meta/conf/bitbake.conf#L26806:36
nrossichankit: you should no need to explicitly include them, just append the ones you need that are not covered by the defaults06:37
nrossinot*06:37
chankitnrossi: the weird thing is a lot if not all files are caught in the installed but not shipped error06:40
nrossichankit: got an example? you can use wildcards in the FILES_${PN} variable, so if needed you can do something like FILES_${PN} += "/usr/bin/packagefoo/*"06:41
chankita quick example would be /usr/lib06:43
chankit  /usr/lib/libLLVMX86AsmParser.a06:43
chankitbut FILES_${PN} includes ${libexecdir}06:44
chankitaccording to bitbake.conf06:44
nrossichankit: ahh thats a static lib, you will want to add a ${PN}-staticdev package for that06:44
nrossichankit: in your recipes do something like:06:44
nrossichankit: PACKAGES += "${PN}-staticdev"06:44
nrossichankit: there are pre-defined FILES values for ${PN}-staticdev, so you just need to declare that you have a staticdev package and it should pick up the files06:46
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has joined #yocto06:48
chankitnrossi: are ${PN}-staticdev and ${PN}-dev exclusive to each other?06:50
chankitnow I got  packagename-staticdev is listed in PACKAGES multiple times, this leads to packaging errors.06:51
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto06:53
nrossichankit: oh sorry my bad, thats actually a default value06:54
chankitI did bitbake -e and got PACKAGES="llvm-dbg llvm-staticdev llvm-dev llvm-doc llvm-locale  llvm"06:55
chankitthat's quite weird06:55
nrossichankit: ok thats what you want. Just check that FILES_${PN} has the values you expect06:55
nrossichankit: and same for FILES_${PN}-staticdev06:56
chankitthis could have something to do with the fact that I have multilib enabled06:59
nrossichankit: hmmm maybe, but you would get most likely get a error/warning different to not shipped, you are building the non-multilibed version yes?07:00
chankitactually I'm building multilib yocto07:01
nrossichankit: yep but your building llvm not llvm-lib32 or something right?07:02
chankitnope..llvm 64 bit07:02
chankit*yes07:02
*** pohly <pohly!~pohly@p5DE8ED06.dip0.t-ipconnect.de> has joined #yocto07:03
nrossichankit: if possible, would you be able to dump the output from 'bitbake llvm -e' to a gist/pastbin?07:03
chankitnrossi: you mean bitbake -e llvm?07:09
chankitbitbake llvm -e is really big07:09
*** wadim_ <wadim_!~egorov@mail.visioncatalog.de> has joined #yocto07:11
*** dvorkbjel <dvorkbjel!~viskestel@li607-220.members.linode.com> has quit IRC07:12
*** olani <olani!user@nat/axis/x-rkphhzjatpeshwtc> has quit IRC07:14
*** FrankSansC <FrankSansC!~frank@LVelizy-156-45-9-168.w80-11.abo.wanadoo.fr> has joined #yocto07:17
FrankSansCHi07:17
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto07:21
nrossichankit: -e llvm or llvm -e are the same no?07:22
nrossihi Frank07:23
nrossichankit: also it shouldn't be too big, at most 1MB, things like gist.github.com allow you to add files ;)07:25
*** melio_cc <melio_cc!~melio_cc@static-194-113-26-69.axsne.net> has quit IRC07:27
*** melio_cc <melio_cc!~melio_cc@static-194-113-26-69.axsne.net> has joined #yocto07:28
*** mago|home is now known as mago_07:31
nrossichankit: btw, not sure if you were aware or not, but there are llvm recipes in the meta-oe, https://github.com/openembedded/meta-openembedded/tree/master/meta-oe/recipes-core/llvm07:36
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has quit IRC07:36
*** dvorkbjel <dvorkbjel!~viskestel@li607-220.members.linode.com> has joined #yocto07:38
*** Aurele__ <Aurele__!~aurele@srvmail.castel.fr> has joined #yocto07:38
*** [Sno] <[Sno]!~Sno]@rademacherexchange.de> has joined #yocto07:39
*** YoctoAutoBuilder is now known as 64MAB1FIJ07:41
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto07:41
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto07:41
*** melonipoika <melonipoika!~quassel@91-158-69-143.elisa-laajakaista.fi> has quit IRC07:46
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/session> has joined #yocto07:47
*** todor <todor!todor@nat/intel/session> has quit IRC07:48
*** todor <todor!todor@nat/intel/x-lkukgwkjtycoxner> has joined #yocto07:48
*** chankit <chankit!chankitx@nat/intel/session> has quit IRC07:48
*** chankit <chankit!chankitx@nat/intel/x-vklotssociuwambb> has joined #yocto07:48
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/session> has quit IRC07:49
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-umdmjoqueadimpgi> has joined #yocto07:49
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC07:50
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-unvmhoqykreimtej> has joined #yocto08:01
*** jbrianceau_away is now known as jbrianceau08:02
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC08:02
*** egavin <egavin!~egavin_at@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto08:06
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC08:11
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto08:13
chankitnrossi: sorry for the late reply...it seems that bitbake -e llvm and bitbake llvm -e are different08:25
chankithere's the output of bitbake llvm -e https://gist.github.com/anonymous/607ab2507c2cfa26913408:26
chankitI actually tried the recipe that you showed earlier but I got the roughly same issue of installed but not shipped error08:26
nrossichankit: ok, lets have a look08:27
*** melonipoika <melonipoika!~quassel@85-76-96-80-nat.elisa-mobile.fi> has joined #yocto08:28
nrossichankit: ah thats interesting, does llvm treat /usr/lib and /usr/lib64 differently?08:28
chankitnrossi: I'm not sure..btw how do you read such a big file?08:29
nrossichankit: ah yep, the multilib stuff is causing the issue. baselib="lib64"08:29
nrossichankit: grep or Ctrl+F08:29
chankitwhat do you grep?08:29
nrossichankit: various variables, for example grep -C 10 -in "baselib="08:30
chankitnrossi: interesting....08:30
nrossichankit: works better when using less/vim or in a browser using find08:30
chankitnrossi: lemme try disabling multilib and see what happens...08:31
nrossichankit: so i think you will find that llvm is not honouring or not being told that the lib dir is different08:31
chankitnrossi: probably...I'm ashamed to confess that I don't know much of both yocto and llvm08:32
chankitbut I'm happy to learn08:32
nrossichankit: yer i would say llvm is not handling the configure args, e.g.  --libexecdir=/usr/lib64/llvm08:32
chankitcould cmake.bbclass be the culprit08:33
chankitlemme check cmake.bbclass08:33
nrossichankit: most effective solution would be to add some do_install_prepend steps to move /usr/lib to /usr/lib64 if ${baselib} is not lib sort of thing08:33
nrossichankit: no i imagine llvm just doesn't use the --libdir/--libexecdir args08:34
chankitnrossi: you're right..cmake.bbclass uses prefix value so if prefix is set right then it should be sailing08:34
nrossichankit: looking at some random llvm repo, it appears that the configure script just specifies ${exec_prefix}/lib for libdir08:35
nrossichankit: https://github.com/llvm-mirror/llvm/blob/master/configure#L85908:35
nrossichankit: i think all you will need to do is add this somewhere in your recipe:08:37
nrossido_install_append() {08:37
nrossiif [ "${baselib}" != "lib" ]; then08:37
nrossimv ${D}/usr/lib ${D}/usr/${baselib}08:37
nrossifi08:37
nrossi}08:38
chankitnrossi: yeah it looks like I need to specify LLVM_LIBDIR_SUFFIX08:38
chankithttp://www.llvm.org/docs/CMake.html#id908:38
nrossichankit: that looks better, yep, you can even specify something like that from your local.conf08:39
chankithow?08:39
nrossiexport LLVM_LIBDIR_SUFFIX_pn-llvm = "64"08:40
nrossichankit: but i would recommend making the change to the llvm.inc file in meta-oe, and submitting a patch. That way someone else doesn't hit the same issue you have ;)08:41
chankitnrossi: so many solutions lol...now I have to see if disabling the multilib does solve the issue...08:41
chankitnrossi: if you don't mind me asking..how do you learn stuffs in yocto?08:42
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto08:42
chankitthings that we talked about don't really exist in the docs08:42
nrossichankit: been using it at work for about 2 years. Doing BSPs for Xilinx's SoC's is always a challenge ;)08:43
nrossichankit: i guess it also helps when you push the envolpe and hit issues, you find the limitations of tools and how they break08:44
chankitnrossi: so I assume you work with the kernel stuff as well?08:47
chankithow do you port the patches between kernel versions?08:47
nrossichankit: depends, what sort of patches?08:48
nrossichankit: as in are you touching core kernel or just outling drivers?08:49
chankitnrossi: erm...let's not be too specific here ;-) Let's say if you want to test out new kernel versions that yocto doesn't have yet. So how do you port the new kernel in yocto?08:49
*** sameo <sameo!~samuel@192.55.54.40> has joined #yocto08:51
nrossichankit: hmmm sort of depends, its worth having a look at some of the recipes that are available for that sort of thing08:52
nrossichankit: https://github.com/openembedded/openembedded-core/blob/master/meta-skeleton/recipes-kernel/linux/linux-yocto-custom.bb08:52
nrossichankit: however the linux-yocto guys are pretty quick at picking up the newer kernels, so have a look at linux-yocto-dev08:53
chankitnrossi: so referring to the linux-yocto-custom.bb, can I simply change the kernel version?08:59
chankitand I also checked linux-yocto-dev but I only saw zip files...so I'm not entirely sure what do I do with the zip files09:00
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto09:01
nrossichankit: its a reference recipe, its got some documentation at the top of it.09:01
nrossichankit: regarding linux-yocto-dev what do you mean by zip files?09:01
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC09:01
chankitnrossi: http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-dev/09:01
nrossichankit: you can just use it via some local.conf settings, PREFERRED_PROVIDER_virtual/kernel = "linux-yocto-dev"09:03
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto09:05
chankitnrossi: if I set that it will always check the latest kernel from yocto repo?09:06
nrossichankit: the latest linux-yocto-dev kernel yes09:06
*** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC09:08
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto09:09
chankitnrossi: thanks a lot for the info :-) Really appreciate it09:11
chankitwill let u know the compilation results soon09:11
nrossichankit: np, i will be heading off shortly, so if i dont reply... i will be back in approx 14 hours :)09:12
*** florian_kc is now known as 6JTAAD1BO09:12
chankitme too actually :-)09:12
*** 6JTAAD1BO is now known as florian09:12
chankitnrossi: if you don't mind me asking...where are you from?09:13
nrossichankit: Down under mate ;)09:14
chankitnrossi: ah I see....09:14
nrossichankit: what about you?09:14
chankitnrossi: malaysia..the reason I'm asking is you might have similar timezome09:15
chankitwhat's your timezone? GMT+8?09:15
nrossi+1009:15
chankitnrossi: you should be really off now lol09:16
nrossichankit: haha, :)09:16
chankiti can't imagine working until 709:17
chankitI used to get off at 4.30 and I really miss that09:17
nrossichankit: i normally get in quite late, so it works better for me ;)09:18
chankitnrossi: I see..you get the miss the rush hour huh09:18
*** melonipoika <melonipoika!~quassel@85-76-96-80-nat.elisa-mobile.fi> has quit IRC09:19
nrossichankit: also known as the 'parking lot' time of the day09:19
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC09:19
chankitnrossi: didn't see that coming but that's a good one09:19
chankitnrossi: but finding parking is harder since you arrive late09:20
nrossichankit: that can be a problem also09:20
nrossichankit: anyways i gtg, goodluck with your build, until next time. See ya! :)09:21
*** volker_123456 <volker_123456!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto09:21
chankitsee ya09:24
chankithave a good die09:24
chankit*evening09:25
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto09:29
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC09:29
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:29
bluelightningmorning all09:30
*** rperier <rperier!~quassel@2001:41d0:52:100::44a> has quit IRC09:38
*** rperier <rperier!~quassel@ubuntu/member/rperier> has joined #yocto09:38
*** belen <belen!~Adium@192.198.151.43> has joined #yocto09:49
*** hsychla__ <hsychla__!~hsychla@pd95c9392.dip0.t-ipconnect.de> has quit IRC09:54
*** memcpy <memcpy!~memcpy@unaffiliated/memcpy> has joined #yocto09:58
*** hirata <hirata!~hirata@187-072-184-065.static.ctbctelecom.com.br> has joined #yocto09:58
*** Aurele__ <Aurele__!~aurele@srvmail.castel.fr> has quit IRC09:59
*** memcpy <memcpy!~memcpy@unaffiliated/memcpy> has quit IRC10:03
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto10:10
*** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto10:15
*** miandonmenmian <miandonmenmian!~jose@210.22.153.182> has quit IRC10:30
*** miandonmenmian <miandonmenmian!~jose@95.170.82.196> has joined #yocto10:31
*** miandonmenmian <miandonmenmian!~jose@95.170.82.196> has quit IRC10:32
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC10:36
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto10:40
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC10:46
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto10:46
*** melonipoika <melonipoika!~quassel@85-76-96-80-nat.elisa-mobile.fi> has joined #yocto11:01
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto11:10
j105robhey bluelightning, what is the best resource for figuring out how to build a specific image. I'm a noob w/ yocto and am having a tought time with trying to build a xen image provided by the meta-virtualization layer.11:13
j105robthe kvm layer builds11:13
j105robsry, kvm image provided by the meta-virtualization layer builds fine11:14
bluelightningj105rob: are there any special instructions in the README for the layer? (I'm assuming there is one)11:14
j105robin the readme of the root of the layer, there are only sections for dependencies, maintenance and the license11:15
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC11:15
bluelightningok, and you have all of the dependencies?11:15
j105robI sent an email to the meta-virtualization mailing list yesterday11:15
j105robyes, I have all the dependencies11:16
bluelightningok... well I have pretty much no experience with meta-virtualization; it's surprising that the xen image wouldn't build out of the box with the error you're receiving :/11:20
j105robhmm.. I guess I'll have to wait to hear back from the listserv11:20
j105robthx!11:21
bluelightningif you wanted to debug it my first suggestion would be to "git grep" for references to the item it is reporting as unbuildable11:21
bluelightningand find the recipe that's supposed to be providing it11:21
bluelightningj105rob: nrossi did reply to your email, I just noticed11:21
j105robI did not get a notification of that, yet, where are you seeing that response>11:22
j105rob?11:22
bluelightningI'm subscribed to the list, it's just appeared here11:22
bluelightninghere's the email in the archive FWIW: https://lists.yoctoproject.org/pipermail/meta-virtualization/2015-February/000872.html11:23
j105robthx11:23
*** noisebleed <noisebleed!~quassel@gentoo/contributor/noisebleed> has joined #yocto11:27
*** rodgort <rodgort!~rodgort@105.ip-167-114-152.net> has quit IRC11:27
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC11:29
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto11:32
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto11:32
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto11:33
*** rodgort <rodgort!~rodgort@105.ip-167-114-152.net> has joined #yocto11:35
*** nicktick1 <nicktick1!~john@42.49.142.16> has joined #yocto11:36
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC11:39
*** bobdog555 <bobdog555!~bobdog555@64.128.162.147> has joined #yocto11:40
*** Nilesh_ <Nilesh_!~minda@114.143.135.194> has quit IRC11:41
*** Nilesh_ <Nilesh_!~minda@114.143.135.194> has joined #yocto11:44
*** zerus_ <zerus_!~epetmab@81-229-90-163-no67.tbcn.telia.com> has joined #yocto11:48
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:51
*** zerus <zerus!~powerpm@81-229-90-163-no67.tbcn.telia.com> has quit IRC11:52
*** zerus_ <zerus_!~epetmab@81-229-90-163-no67.tbcn.telia.com> has quit IRC11:53
*** zerus <zerus!~epetmab@sessfw99-sesbfw99-92.ericsson.net> has joined #yocto11:54
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has joined #yocto11:56
*** [Sno] <[Sno]!~Sno]@rademacherexchange.de> has quit IRC11:57
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto11:57
*** [Sno] <[Sno]!~Sno]@rademacherexchange.de> has joined #yocto11:59
*** warthog9 <warthog9!~warthog9@149.20.54.19> has quit IRC12:05
*** ericbutters <ericbutters!~eric@217.110.68.82> has quit IRC12:14
hugovskergoth: yes, calling libtoolize --force --copy --install in configure_prepend() works too. i'll send a patch for it.12:17
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC12:21
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto12:23
*** redengin <redengin!~redengin@36-231-25-229.dynamic-ip.hinet.net> has joined #yocto12:29
*** redengin <redengin!~redengin@36-231-25-229.dynamic-ip.hinet.net> has quit IRC12:50
*** melonipoika <melonipoika!~quassel@85-76-96-80-nat.elisa-mobile.fi> has quit IRC12:54
*** geo_ <geo_!5bd9374e@gateway/web/freenode/ip.91.217.55.78> has joined #yocto12:54
*** geo_ <geo_!5bd9374e@gateway/web/freenode/ip.91.217.55.78> has left #yocto12:55
*** [Sno]_ <[Sno]_!~Sno]@rademacherexchange.de> has joined #yocto12:57
*** [Sno] <[Sno]!~Sno]@rademacherexchange.de> has quit IRC12:57
*** [Sno]_ is now known as [Sno]12:57
*** CromFr <CromFr!~CromFr@146.185.162.164> has joined #yocto12:58
JEEBsvwhat's the correct package to depend on if you have a thing that supports qt4 mainloop integration?12:59
JEEBsvI've set it to qt4-x11-free for now, but that of course that's kind of limiting12:59
*** tmpsantos <tmpsantos!~tmpsantos@192.198.151.43> has joined #yocto13:01
*** estereta <estereta!~estereta@alpfw1.kddinet.de> has joined #yocto13:01
esteretahi, I have a question. Anyone knows if it is possible to use OVERRIDES in a recipe containing the image name? I dont want to add machine specific but image specific overrides. Thanks!13:05
*** warthog9 <warthog9!~warthog9@149.20.54.19> has joined #yocto13:09
bluelightningestereta: what are you trying to do?13:20
*** melonipoika <melonipoika!~quassel@91-158-69-143.elisa-laajakaista.fi> has joined #yocto13:20
*** redengin <redengin!~redengin@220-135-103-25.HINET-IP.hinet.net> has joined #yocto13:21
*** awchar <awchar!d44db44a@gateway/web/freenode/ip.212.77.180.74> has joined #yocto13:22
esteretawe have different images, containing different applications. One application (the hmi) needs to use different QML13:22
esteretadepending on the image13:22
esteretathe guy who is taking care of this wanted to actually have only one hmi recipe and do something like SRC_URI_append_<imgname>13:23
esteretabut all the documentation I can read/find points to this being a bad approach13:23
AndersDestereta, No, not if you need a build-time change13:23
esteretayes, its build time. We need different config files, different QML, and whatever other stuff13:24
redenginif you want to do it repeatably make a recipe13:24
*** bobdog555 <bobdog555!~bobdog555@64.128.162.147> has quit IRC13:24
esteretaI also think better approach is to have one hmi.inc and different hmi.bb files depending on the image right?13:25
AndersDI'd say: hmi-image1.bb and hmi-image2.bb that both shares hdmi.inc.13:25
esteretayeah I think also13:25
esteretathx a lot!13:25
redenginyes thats the best image approach, the other way is to add a personaliry/config mount point13:26
*** hugovs <hugovs!~hugo@189.27.10.252.dynamic.adsl.gvt.net.br> has quit IRC13:26
esteretawhat is that?13:29
*** hugovs <hugovs!~hugo@189.27.10.252.dynamic.adsl.gvt.net.br> has joined #yocto13:30
*** redengin <redengin!~redengin@220-135-103-25.HINET-IP.hinet.net> has quit IRC13:33
*** pev <pev!~pev@mail.analogue-micro.com> has joined #yocto13:33
pevHey, I'm scratching my head on dependencies - I've got two image recipes e.g. "my-image-app.bb" & "my-image-recovery.bb" - Now these get combined into a package by a tool I have that I want to put into another recipe "my-image-firmwareload.bb". I've added a DEPENDS="my-image-app my-image-recovery" in the recipe but it doesn't generate the images under tmp/deploy which is where the other recipe picks them up from to bundle together. I get the feeling im m13:36
pevissing something obvious...!13:36
-YoctoAutoBuilder- build #193 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/19313:45
AndersDpev, you might need something along do_rootfs[depends] += "my-image-app:do_rootfs" in your my-image-firmwareload.bb... At least that's how I think I solved something similar quite a while ago.13:45
*** marka <marka!~marka@128.224.252.2> has joined #yocto13:51
*** rwoolley <rwoolley!~rwoolley@128.224.252.2> has joined #yocto13:53
-YoctoAutoBuilder- build #186 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/18613:56
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC13:57
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:59
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto13:59
pevAndersD: Cheers, I'll give that a go! TBH I havent sussed out yet how to correctly invoke my script in there yet anyway and can't find a good example as yet.14:03
pevIts always the "trivial" things that seem to take longest...?!14:04
-YoctoAutoBuilder- build #190 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/19014:10
*** Crofton <Crofton!~balister@pool-108-44-84-240.ronkva.east.verizon.net> has joined #yocto14:11
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto14:12
*** volker_123456 <volker_123456!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC14:12
*** volker_123456 <volker_123456!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto14:12
*** nicktick1 <nicktick1!~john@42.49.142.16> has quit IRC14:16
*** acidfoo <acidfoo!~nib@unaffiliated/acidmen> has joined #yocto14:17
*** tmpsantos <tmpsantos!~tmpsantos@192.198.151.43> has quit IRC14:21
*** acidfoo <acidfoo!~nib@unaffiliated/acidmen> has quit IRC14:27
*** alimon <alimon!alimon@nat/intel/x-cycqivsvdzcidvow> has joined #yocto14:32
*** Matulis <Matulis!~Lorax@50.244.33.17> has joined #yocto14:38
*** Matulis <Matulis!~Lorax@50.244.33.17> has quit IRC14:40
-YoctoAutoBuilder- build #191 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/19114:41
*** acidfoo <acidfoo!~nib@24.37.17.210> has joined #yocto14:41
*** zerus_ <zerus_!c0b0015c@gateway/web/freenode/ip.192.176.1.92> has joined #yocto14:43
*** Matulis <Matulis!~Lorax@50.244.33.17> has joined #yocto14:46
*** acidfoo <acidfoo!~nib@24.37.17.210> has quit IRC14:47
*** acidfoo <acidfoo!~nib@unaffiliated/acidmen> has joined #yocto14:47
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto14:48
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto14:49
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p147.net112139222.tokai.or.jp> has quit IRC14:53
*** AndersD <AndersD!~anders@213-64-219-84-no126.business.telia.com> has quit IRC14:55
zerus_Hi. Anyone that knows if it's possible to set LAYERDEPENDS_<layer> with for example MACHINEOVERRIDES. I wan't to set layerdepends only for specific images in a layer.14:55
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto14:56
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC14:56
kergothwouldnt make any sense, no. layers are processed long before the machine is even set14:58
*** estereta <estereta!~estereta@alpfw1.kddinet.de> has quit IRC15:02
*** egavin <egavin!~egavin_at@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC15:03
*** egavin <egavin!~egavin_at@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto15:03
*** angolini <angolini!uid62003@gateway/web/irccloud.com/x-tjcouizfcqiuxrom> has quit IRC15:04
*** patrickz <patrickz!~Thunderbi@212.118.209.82> has joined #yocto15:04
zerus_kergoth: That was what I more or less suspected. Well I guess it's too much of a "Both have the cake and eat it..". I want to solve the case when I want the early and clear error displayed by LAYERDEPENDS but for ppl using this layer and never builds the images that have separate depends it feels like waste to force them to have it to be able to build. So I guess the conclusion is that we have to continue to just have a readme that expl15:08
*** wadim_ <wadim_!~egorov@mail.visioncatalog.de> has quit IRC15:14
challinankergoth: sorry just got back from 3 days on road, will respond to your e-mails today re: ADE, etc.15:16
kergothzerus_: one possibility is to have per-layer areas which are only processed when those layers exist. this mechanism is most useful to deal with appending to things that might or might not exist, but it's certainly possible to put recipes there as well. https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mel/conf/layer.conf#L5-L10 — then put your image in e.g. openembedded-layer/recipes-foo/bar/baz-image.bb and it'd only be available when15:18
kergoth meta-oe is included15:18
kergothzerus_: really depends on the goals15:18
kergothbut worth considering15:18
kergothchallinan: np, thanks15:18
challinankergoth: remind me, what should I name the local.conf extension in my layer for it to be picked up?15:19
challinanlocal.conf.append?15:19
kergothchallinan: yes, but we might want to take mel-specifics to our channel :) it's "conf/local.conf.append" or "conf/local.conf.append.$MACHINE" relative to the top of the layer15:20
*** domidimi <domidimi!~dimi@212.118.209.82> has quit IRC15:21
challinanoops!  duh!  need another cup of coffee ;)15:22
* bluelightning closes his ears15:22
challinanheh15:23
kergothwell, some of that is in the public layers anyway, e.g. the hooks to append to local.conf :)15:23
bluelightningI do still have that page of yours about MEL enhancements to move to the core open in a tab, with the intent of looking into what you guys have been up to :)15:26
bluelightningI'll admit that it has been open since you linked to it a while back though15:27
kergothheh, i do need to go comb through the layers again, we're behind on the submissions of staged fixes again, as is always the case right after a product release15:27
JEEBsvhmm, do you need to always set S for git based recipes? I see the cmake thing is trying to use the <pkgname> directory instead of where it actually cloned the sources...15:28
JEEBsvso it's trying to cmake <empty dir> which naturally doesn't find cmakelist.txt15:28
zerus_kergoth: I will look into the meta-mel example and see if that is possible way forward in this case, thx.15:29
kergothnp15:29
*** mago_ is now known as mago|away15:30
gabrbeddJEEBsv: somewhere in the docs... it says what the default value of S is... but it's only suitable for "normal tarballs." For everything else you have to change it.15:31
JEEBsvok15:32
JEEBsvthanks15:32
JEEBsvyeah, the default thing is handle'able if you are using tarballs15:33
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto15:34
*** sarahsharp <sarahsharp!sarah@nat/intel/x-aixlmavzhbyrcotv> has joined #yocto15:36
JEEBsvkind of a shame, though. since the system knows if you are using git or not :/15:37
JEEBsvso you just get a lot of recipes with "S = "${WORKDIR}/git"" or so15:37
*** benjamirc <benjamirc!besquive@nat/intel/x-oyvxnzofgmvlvwcj> has joined #yocto15:40
*** DatGizmo <DatGizmo!~mogwai@ip1886d46b.dynamic.kabel-deutschland.de> has quit IRC15:43
*** benjamirc <benjamirc!besquive@nat/intel/x-oyvxnzofgmvlvwcj> has quit IRC15:44
*** aswin <aswin!~aswin@117.207.99.158> has joined #yocto15:50
-YoctoAutoBuilder- build #205 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/20515:51
*** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto15:52
*** munch_ <munch_!~mark@c-50-129-137-132.hsd1.il.comcast.net> has joined #yocto15:53
*** munch_ is now known as Guest6685415:53
*** awchar <awchar!d44db44a@gateway/web/freenode/ip.212.77.180.74> has quit IRC15:54
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC15:54
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC15:55
*** belen <belen!~Adium@192.198.151.43> has quit IRC16:01
*** sarahsharp <sarahsharp!sarah@nat/intel/x-aixlmavzhbyrcotv> has quit IRC16:03
*** bobdog555 <bobdog555!~bobdog555@64.128.162.147> has joined #yocto16:08
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto16:13
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has quit IRC16:24
*** dmoseley1 <dmoseley1!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto16:27
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has joined #yocto16:28
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC16:29
*** mario-go` <mario-go`!~user@email.parenteses.org> has joined #yocto16:29
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto16:29
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC16:29
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC16:30
*** FrankSansC <FrankSansC!~frank@LVelizy-156-45-9-168.w80-11.abo.wanadoo.fr> has quit IRC16:30
*** mario-go` is now known as mario-goulart16:31
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC16:31
*** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC16:31
*** patrickz <patrickz!~Thunderbi@212.118.209.82> has quit IRC16:32
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC16:33
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:34
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto16:35
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC16:35
*** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto16:36
*** belen <belen!Adium@nat/intel/x-hfqyezfayjrfsrls> has joined #yocto16:36
*** alimon <alimon!alimon@nat/intel/x-cycqivsvdzcidvow> has quit IRC16:41
*** manuel___ <manuel___!~manuel@209.6.175.242> has joined #yocto16:43
*** alimon <alimon!alimon@nat/intel/x-qjplodexqfsgkivp> has joined #yocto16:44
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto16:47
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto16:59
*** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC16:59
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:00
*** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC17:01
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto17:01
*** sameo <sameo!~samuel@192.55.54.40> has quit IRC17:07
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC17:10
*** benjamirc <benjamirc!besquive@nat/intel/x-kouauqvbkbewloie> has joined #yocto17:19
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC17:19
*** benjamirc <benjamirc!besquive@nat/intel/x-kouauqvbkbewloie> has quit IRC17:26
*** aswin <aswin!~aswin@117.207.99.158> has quit IRC17:27
*** bobdog555 <bobdog555!~bobdog555@64.128.162.147> has quit IRC17:32
*** j105rob <j105rob!~rob@64.128.162.147> has quit IRC17:32
*** bobdog555 <bobdog555!~bobdog555@64.128.162.147> has joined #yocto17:34
*** j105rob <j105rob!~rob@64.128.162.147> has joined #yocto17:34
*** egavin <egavin!~egavin_at@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC17:38
bobdog555bluelightning_: do you happen to know how to build xen-image-minimal ?  I'm getting errors....17:38
*** _jmleo <_jmleo!~jmleo@105-197-190-109.dsl.ovh.fr> has joined #yocto17:39
*** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC17:39
bluelightning_bobdog555: are they either of the two errors mentioned in this thread? https://lists.yoctoproject.org/pipermail/meta-virtualization/2015-February/000871.html17:39
*** bluelightning_ is now known as bluelightning17:39
*** _jmleo is now known as jmleo17:40
bobdog555bluelightning: checking....17:40
j105robbobdog555: check handles.... that's mine....17:43
j105robbluelightning: bobdog555 and I work together.17:43
bobdog555bluelightning: yes, for the second one, "Nothing RPROVIDES 'xen-base' ..." .  I've tried fresh downloads from github (versus OE or yocto)17:43
bobdog555bluelightning: yes and j105rob is a good guy most days.17:43
bluelightningj105rob: ah I see :)17:44
bluelightningbobdog555: I thought j105rob had addressed that one based on the thread17:45
bobdog555bluelightning: he fixed the x86 part (the first bug), but neither of us has been able to solve the second one: no xen-base to be found anywhere.17:46
j105robyes, machine in local.conf needs to be genericx86-6417:46
j105robthe xen-base is not the problem now, the problem now is in the do_config() of the xen tools. Rules.mk error17:47
j105robwhen running the seabios-dir make scrit17:48
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto17:48
j105robscript to fix the compiler17:48
Aethenelleis it possible to use icecc for building yocto on linux and osx workers. the osx worker won't be able to compile some things that require linux but the rest should work.17:50
Aethenellehrm... the -native packages would have to be built for both sides ...17:52
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC17:52
*** sarahsharp <sarahsharp!~sarah@192.55.55.41> has joined #yocto17:54
bobdog555bluelightning: j105rob is correct; I mis-spoke.  And he's a good guy all the time :)17:54
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto17:54
*** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC17:55
*** staylor_ <staylor_!~staylor@mail.au-zone.com> has joined #yocto17:55
bluelightningbobdog555: ok, I don't have any extra info on meta-virtualization I'm afraid, it's not something I've really played with17:55
bobdog555bluelightning: Thanks anyway, as always.17:58
*** jbrianceau is now known as jbrianceau_away17:58
*** manuel___ <manuel___!~manuel@209.6.175.242> has quit IRC17:59
*** belen <belen!Adium@nat/intel/x-hfqyezfayjrfsrls> has quit IRC18:02
*** benjamirc <benjamirc!~besquive@134.134.137.71> has joined #yocto18:02
halsteaddarknighte, & Jefro1 Do we have time to talk about the content part of DevDay?18:07
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:08
darknightehalstead: read my mind.18:09
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto18:09
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC18:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:09
darknighteJefro1: is trying to reach you to join a telecon18:09
*** aehs29 <aehs29!~aehernan@134.134.139.70> has joined #yocto18:21
*** aehs29 <aehs29!~aehernan@134.134.139.70> has left #yocto18:21
*** sarahsharp <sarahsharp!~sarah@192.55.55.41> has quit IRC18:22
*** angolini <angolini!uid62003@gateway/web/irccloud.com/x-pqpkekmvkjknicuc> has joined #yocto18:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:31
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC18:31
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto18:33
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC18:38
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC18:41
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto18:44
*** sarahsharp <sarahsharp!~sarah@192.55.55.41> has joined #yocto18:54
*** aswin <aswin!~aswin@117.201.19.99> has joined #yocto18:56
*** jmd <jmd!~user@de.cellform.com> has joined #yocto18:57
*** bobdog555 <bobdog555!~bobdog555@64.128.162.147> has quit IRC18:59
*** sarahsharp <sarahsharp!~sarah@192.55.55.41> has quit IRC18:59
*** pohly <pohly!~pohly@p5DE8ED06.dip0.t-ipconnect.de> has quit IRC18:59
pevHm, do_rootfs[depends] += "my-image-app:do_rootfs" doesn't seem to work - tried adding do_deploy as well... What would trigger the dependency to re-populate the DEPLOY_IMAGE_DIR?19:01
*** Matulis <Matulis!~Lorax@50.244.33.17> has quit IRC19:03
*** Matulis <Matulis!~Matulis@50.244.33.17> has joined #yocto19:04
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-umdmjoqueadimpgi> has quit IRC19:07
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC19:09
rewittpev: The do_rootfs task should be the thing that writes to the deploy directory19:09
pevHm....19:10
rewittpev: You can see where it calls create_image() in do_rootfs() in meta/classes/image.bbclass19:10
pevEven though I've added DEPENDS="my-image-app" and do_rootfs[depends] += "my-image-app:do_rootfs" the deploy image dir doesnt even get created let alone populated??19:11
rewittI don't know what is in your recipe. Does my-image-firmwareload.bb, have a do_rootfs() task?19:13
rewittIf not, i.e. you aren't actually creating an image, then you don't want to use do_rootfs[depends], you need to use a task that is actually in your recipe.19:15
pevNope, it just has a task to generate an image... Does it need some kind of stub task I wonder?19:15
pevI just have a custom task called do_mkimage...19:15
rewittthen try do_mkimage[depends19:15
*** sarahsharp <sarahsharp!~sarah@192.55.54.40> has joined #yocto19:16
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC19:16
pevrewitt: Ah, good spot!19:16
pev:-)19:16
rewittDoes that make sense? If no rootfs task is running for my-image-firmwareload.bb, then it doesn't matter that the task is dependent on the rootfs for the other images19:16
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto19:17
pevYep19:17
pevtotally19:17
pevI just assumed it was an implicit thing19:17
rewittWell it is if you include image.bbclass19:17
rewittI hope that fixes it for you19:18
pevrewitt: Yep, it's just ticking over now, thanks!19:19
rewittNice, you're welcome.19:19
*** [Sno] <[Sno]!~Sno]@rademacherexchange.de> has quit IRC19:26
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto19:41
-YoctoAutoBuilder- build #191 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/19119:47
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC19:47
-YoctoAutoBuilder- build #190 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/19019:50
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto20:01
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC20:02
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-unvmhoqykreimtej> has quit IRC20:03
*** el3 <el3!~el3@77.68.172.138> has joined #yocto20:05
*** jmd <jmd!~user@de.cellform.com> has quit IRC20:11
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto20:36
*** melio_cc_ <melio_cc_!~melio_cc@static-194-113-26-69.axsne.net> has joined #yocto20:43
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto20:43
*** melio_cc <melio_cc!~melio_cc@static-194-113-26-69.axsne.net> has quit IRC20:45
Matulishi all, I changed some properties and I am trying to build my image, however MLO and u-boot.img arent being built when I build the image. I also cleaned out the tmp directory, am I missing somethign here?20:46
*** vdehors_ <vdehors_!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto20:46
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC20:48
*** vdehors <vdehors!~vdehors@193.56.60.161> has quit IRC20:49
*** aehs29 <aehs29!~aehernan@134.134.139.74> has joined #yocto20:56
*** kscherer_ <kscherer_!~kscherer@128.224.252.2> has quit IRC20:57
*** armpit <armpit!~akuster@2601:c:a740:854e:a5bc:56fd:ce73:9e> has quit IRC21:02
*** sarahsharp <sarahsharp!~sarah@192.55.54.40> has quit IRC21:09
*** armpit <armpit!~akuster@2601:c:a740:854e:b47f:2d83:cede:8ae6> has joined #yocto21:12
*** sarahsharp <sarahsharp!~sarah@192.55.54.40> has joined #yocto21:12
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:14
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has quit IRC21:15
*** melio_cc_ <melio_cc_!~melio_cc@static-194-113-26-69.axsne.net> has quit IRC21:15
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:15
*** melio_cc <melio_cc!~melio_cc@static-194-113-26-69.axsne.net> has joined #yocto21:15
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto21:16
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC21:19
*** sarahsharp <sarahsharp!~sarah@192.55.54.40> has quit IRC21:20
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC21:21
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto21:23
*** sarahsharp <sarahsharp!~sarah@134.134.139.74> has joined #yocto21:25
el3Hi. Can I use a build made with yocto, for commercial use, for free?21:32
*** khem <khem!~khem@c-76-103-142-85.hsd1.ca.comcast.net> has quit IRC21:36
*** khem <khem!~khem@c-76-103-142-85.hsd1.ca.comcast.net> has joined #yocto21:38
*** aswin <aswin!~aswin@117.201.19.99> has quit IRC21:42
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC21:42
neverpanicif you conform to the licenses of the packages you a distributing, yes.21:50
neverpanicyou are**21:50
el3neverpanic: okey thank you.21:54
*** sarahsharp <sarahsharp!~sarah@134.134.139.74> has quit IRC21:54
el3Is it better to make in linux, than Build appliance in windows for example? or does it matter?21:54
neverpanicIf you're in doubt about this, please contact a laywer. I am not a qualified legal counsel and it would be unethical (and in some jurisdictions possibly illegal) to advise you on licensing issues.21:55
neverpanicI do not understand this question.21:55
*** sarahsharp <sarahsharp!~sarah@134.134.139.74> has joined #yocto21:56
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto21:56
el3neverpanic: Okey I got you.21:56
el3neverpanic: I meant if tyhere is a disadvantage to make Yocto projects on windows with Build Apliance option, over using linux. I am just starting this, so I just want to know if it recommended to use a particullary OS21:58
neverpanicyou mean whether there's a difference to building it in a virtual Linux machine on Windows, or directly on Linux?21:59
neverpanicFunctionally, those should be the same. Performance-wise, the VM might be slower, but depending on your requirements that might not matter.22:00
*** marka <marka!~marka@128.224.252.2> has quit IRC22:00
el3neverpanic: Hmm maybe. I am downloading Yocto Project Build Appliance zip file now. Does that mean I do need a virtual linux machine anyways?22:00
el3From the quick start -> If you don't have a system that runs Linux and you want to give the Yocto Project a test run, you might consider using the Yocto Project Build Appliance. The Build Appliance allows you to build and boot a custom embedded Linux image with the Yocto Project using a non-Linux development system. See the Yocto Project Build Appliance for more information.22:01
el3neverpanic: Doh. sorry. I got it now. I am not english is my excuse22:02
el3virtual machine of some kind, so it does not matter22:02
neverpanicThe Yocto Project Build Appliance is a virtual machine22:02
el3neverpanic: got it22:02
*** JaMa <JaMa!~martin@ip-89-176-104-3.net.upcbroadband.cz> has quit IRC22:19
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has joined #yocto22:19
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC22:20
*** [Sno]_ <[Sno]_!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto22:20
*** fred_ <fred_!90bf9405@gateway/web/freenode/ip.144.191.148.5> has joined #yocto22:22
*** fred_ is now known as Guest7806622:22
*** mits_altair <mits_altair!90bf9405@gateway/web/freenode/ip.144.191.148.5> has joined #yocto22:23
mits_altairconnect22:24
*** rwoolley <rwoolley!~rwoolley@128.224.252.2> has quit IRC22:25
*** agust <agust!~agust@pD9E2F30F.dip0.t-ipconnect.de> has quit IRC22:29
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC22:38
*** melio_cc_ <melio_cc_!~melio_cc@static-194-113-26-69.axsne.net> has joined #yocto22:44
el3neverpanic: actually the virtual will be slower ofcourse. Other than that its the same.22:44
*** melio_cc <melio_cc!~melio_cc@static-194-113-26-69.axsne.net> has quit IRC22:46
*** mits_altair <mits_altair!90bf9405@gateway/web/freenode/ip.144.191.148.5> has left #yocto22:47
*** melio_cc_ <melio_cc_!~melio_cc@static-194-113-26-69.axsne.net> has quit IRC22:48
*** benjamirc <benjamirc!~besquive@134.134.137.71> has quit IRC22:51
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC22:52
*** pev <pev!~pev@mail.analogue-micro.com> has quit IRC22:52
dgm816when i 'bitbake my-image' and then i do a 'bitbake -c populate_sdk my-image' to generate a SDK.. the SDK includes libstdc++.so while my image does not..22:55
dgm816my application is a c++ application.. is there a way to tell my image to include this?22:55
dgm816in my-image.bb I do have a "IMAGE_INSTALL += libstdc++" in there.. but it didn't seem to make a difference..22:56
dgm816help or pointers to docs would be great.. my google-fu is running out trying to track down documentation..22:57
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto23:08
*** sarahsharp <sarahsharp!~sarah@134.134.139.74> has quit IRC23:24
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC23:24
*** kevin_t1 <kevin_t1!~Thunderbi@46.18.96.46> has quit IRC23:24
-YoctoAutoBuilder- build #191 of nightly-arm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/19123:25
*** dvhart <dvhart!dvhart@nat/intel/x-krykhyywbolvwwup> has joined #yocto23:30
*** benjamirc <benjamirc!besquive@nat/intel/x-cyienkrsqrfeiqad> has joined #yocto23:35
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC23:37
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has joined #yocto23:48
Matulisim trying to debug a usb chip not being initialized, and when i run lsusb, I am getting the message "unable to initialize libusb: -99"23:51
*** benjamirc <benjamirc!besquive@nat/intel/x-cyienkrsqrfeiqad> has quit IRC23:54
*** ddalex1 <ddalex1!~ddalex@154.58.102.3> has quit IRC23:54
*** benjamirc <benjamirc!besquive@nat/intel/x-jmsnvpciszoohczk> has joined #yocto23:54

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