| 01:02.33 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 01:08.45 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 01:16.36 | *** join/#oe lpotter (~quassel@2001:8003:643c:3900:76e6:e2ff:fee0:8120) |
| 01:16.53 | *** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-nsmozixkfsepetld) |
| 01:31.44 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 03:34.39 | *** join/#oe armpit (~akuster@2601:202:4001:9ea0:65fe:afa5:176a:9468) |
| 04:15.09 | *** join/#oe AndersD (~anders@h83-209-191-235.cust.se.alltele.net) |
| 04:27.25 | *** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-nfvrqkbjaikscbea) |
| 05:22.32 | *** join/#oe tlwoerner_ (~trevor@unaffiliated/tlwoerner) |
| 05:39.40 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 05:49.37 | *** join/#oe qt-x (~Thunderbi@217.10.196.2) |
| 06:00.12 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 06:00.14 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 06:12.54 | *** join/#oe AndersD (~anders@213-64-218-49-no126.business.telia.com) |
| 06:13.22 | *** join/#oe qt-x (~Thunderbi@217.10.196.2) |
| 06:21.19 | *** join/#oe AndersD (~anders@213-64-218-49-no126.business.telia.com) |
| 06:32.36 | *** join/#oe joseppc (~josep@c-b409e353.010-118-73746f7.cust.bredbandsbolaget.se) |
| 06:32.36 | *** join/#oe joseppc (~josep@linaro/joseppc) |
| 06:50.43 | *** join/#oe jku (~jku@2001:998:22:0:4e8d:79ff:fef2:49ba) |
| 06:51.08 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:52.48 | *** join/#oe erbo (~erik@li444-24.members.linode.com) |
| 06:56.41 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-jtmdakqlpxotgkhe) |
| 07:11.46 | *** join/#oe eduardas_m (~eduardas_@213.197.143.19) |
| 07:12.13 | *** join/#oe eduardas_m (~eduardas_@213.197.143.19) |
| 07:12.37 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:13.32 | *** join/#oe dani_alia (~quassel@dsl-trebrasgw2-54f94a-74.dhcp.inet.fi) |
| 07:23.01 | *** join/#oe yann (~yann@AStLambert-652-1-40-189.w90-35.abo.wanadoo.fr) |
| 07:31.06 | *** join/#oe jku_ (~jku@2001:998:22:0:4e8d:79ff:fef2:49ba) |
| 07:38.43 | *** join/#oe morphis_ (~morphis@92.67.4.55) |
| 07:46.34 | *** part/#oe jku (~jku@2001:998:22:0:4e8d:79ff:fef2:49ba) |
| 07:51.51 | *** join/#oe lpotter (~quassel@2001:8003:643c:3900:76e6:e2ff:fee0:8120) |
| 08:04.12 | *** join/#oe jku_ (jku@nat/intel/x-umvcwiownaxvlvdc) |
| 08:08.31 | *** join/#oe ant_work (~ant__@95.237.99.33) |
| 08:09.31 | *** join/#oe andre_d (~adraszik@77.107.218.170) |
| 08:12.09 | *** join/#oe vdehors (~vdehors@gre92-5-82-237-199-7.fbx.proxad.net) |
| 08:23.01 | *** join/#oe morphis_ (~morphis@92.67.4.55) |
| 08:28.12 | *** join/#oe joseppc (~josep@linaro/joseppc) |
| 08:42.05 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:43.08 | *** join/#oe mmichael (~flecxie@111.132.220.111.sta.wbroadband.net.au) |
| 08:50.15 | *** join/#oe maxin (~maxin@37-219-15-138.nat.bb.dnainternet.fi) |
| 08:50.33 | *** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 08:52.29 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 09:16.29 | pompomJuice | all my github oe forks are from O.S. Systems Software LTDA |
| 09:16.33 | pompomJuice | Is that right? |
| 09:16.45 | pompomJuice | I cant remeber these forks... did someone change the name? |
| 09:18.42 | *** join/#oe joshuagl (~joshuagl@192.198.151.45) |
| 09:21.38 | LetoThe2nd | pompomJuice: if you're targetting fsl/imx that should be fine, AFAIK its the company name of otavio |
| 09:22.44 | pompomJuice | Yea I have been dormant on my OE development for a while. |
| 09:22.50 | pompomJuice | These guys are rockstars |
| 09:23.04 | pompomJuice | They really help me get shit done here at my end. |
| 09:23.36 | ndec | koen: are you sure you can build android-tools-native, even with your last patch? it doesn't work for me. |
| 09:23.36 | ndec | fatal error: bsd/string.h: No such file or directory |
| 09:23.36 | ndec | though the files exist in sysroot |
| 09:25.38 | *** join/#oe maxin (~maxin@2001:998:22:0:201c:134b:fb4e:b50f) |
| 09:31.36 | *** join/#oe thhp (~tom@82-69-49-219.dsl.in-addr.zen.co.uk) |
| 09:35.48 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 09:35.48 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
| 10:01.23 | koen | ndec: doing a build right now to double check |
| 10:04.41 | *** join/#oe maxin (~maxin@2001:998:22:0:201c:134b:fb4e:b50f) |
| 10:08.05 | *** join/#oe vdehors_ (~vdehors@gre92-5-82-237-199-7.fbx.proxad.net) |
| 10:08.25 | *** join/#oe stefan_schmidt (~stefan@p200300480946E9153252CBFFFE54190F.dip0.t-ipconnect.de) |
| 10:09.19 | *** join/#oe ldnunes (~ldnunes_@187.23.155.148) |
| 10:12.52 | *** join/#oe armpit (~akuster@2601:202:4001:9ea0:65fe:afa5:176a:9468) |
| 10:28.46 | *** join/#oe maxin (~maxin@37-219-15-138.nat.bb.dnainternet.fi) |
| 10:36.21 | *** join/#oe yann (~yann@AStLambert-652-1-40-189.w90-35.abo.wanadoo.fr) |
| 10:50.13 | *** join/#oe berton (~fabio@187.23.155.148) |
| 11:13.33 | pompomJuice | maxin: I got opendjk-8 compiled by introducing those oe-core patches. But now I am struggling to compile my java program. The java & javac installed in sysroots are from the boostrappers, and the openjdk-8 ones reside in sysroots/x86_64-linux/usr/lib/jvm/openjdk-8-native. |
| 11:13.34 | pompomJuice | My question is, if I want to write a recipe to compile a java app must I set JAVA_HOME manually then? Because most build systems find java through PATH. |
| 11:14.03 | pompomJuice | When I set my JAVA_HOME to sysroots/x86_64-linux/usr/lib/jvm/openjdk-8-native my programs compile. |
| 11:17.25 | *** join/#oe morphis_ (~morphis@92.67.4.55) |
| 11:35.10 | maxin | pompomjuice: great .. generally, build process differs for projects (whether you use ant for build) |
| 12:03.03 | pompomJuice | maxin: I use gradle. I am trying pull levers at the moment. Like setting virtual_java-native=openjdk-8-native amd virtual_javac-native=openjdk-8-native. But in general it seems that if I set JAVA_HOME everything works as expected |
| 12:08.12 | *** join/#oe caiortp (~inatel@131.221.240.204) |
| 12:24.02 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 12:24.09 | maxin | pompomjuice: have to confess that I haven't used gradle yet :) |
| 12:47.49 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 12:57.30 | *** join/#oe gourve_l (~laurent@127.147.89.92.rev.sfr.net) |
| 13:04.02 | *** part/#oe jku_ (jku@nat/intel/x-umvcwiownaxvlvdc) |
| 13:04.29 | *** join/#oe anselmolsm (~anselmols@179.235.72.137) |
| 13:06.24 | *** join/#oe morphis_ (~morphis@92.67.4.55) |
| 13:10.12 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
| 13:10.54 | *** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-qyxrcgkzjzvnxmtu) |
| 13:20.31 | *** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 13:22.37 | *** join/#oe anselmolsm (~anselmols@134.134.137.75) |
| 13:45.21 | *** join/#oe ntl (~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 13:50.41 | *** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 14:09.31 | *** join/#oe madisox (~madison@12.30.244.5) |
| 14:15.34 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 14:20.30 | *** join/#oe dani_alia (~quassel@dsl-trebrasgw2-54f94a-74.dhcp.inet.fi) |
| 14:22.22 | *** join/#oe dl9pf (~quassel@opensuse/member/dl9pf) |
| 14:27.05 | *** join/#oe thhp (~tom@82-69-49-219.dsl.in-addr.zen.co.uk) |
| 14:31.30 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 14:46.52 | thhp | Hi all, I'm trying to use the devtool script to build one of my project's components from a local source tree rather than pulling from an upstream git repo. I ran "devtool -d -d modify -x enigma2 enigma2.working" to get the local tree, but when I try to build I get breakage like this: http://pastebin.com/75Z07CFw |
| 14:47.00 | *** join/#oe armpit (~akuster@2601:202:4001:9ea0:bc9a:54ac:66f2:66ed) |
| 14:47.41 | thhp | it looks as though bitbake is confused because SRCREV is set in the main enigma2.bb file, but then EXTERNALSRC is overriding the source URI |
| 14:47.51 | thhp | am I doing something wrong here? |
| 14:48.22 | thhp | (btw, I'm building the OpenPLi tree, which is based on oe-core plus a bunch of extra layers) |
| 14:53.13 | *** join/#oe sgw_ (~sgw_@134.134.139.78) |
| 15:04.18 | *** join/#oe adelcast (~adelcast@130.164.62.126) |
| 15:11.13 | *** join/#oe morphis_ (~morphis@92.67.4.55) |
| 15:23.35 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 15:27.18 | *** join/#oe dmoseley (~dmoseley@6532158hfc157.tampabay.res.rr.com) |
| 15:37.08 | *** part/#oe maxin (~maxin@37-219-15-138.nat.bb.dnainternet.fi) |
| 15:40.07 | *** join/#oe stefan_schmidt (~stefan@p200300480946E92A3252CBFFFE54190F.dip0.t-ipconnect.de) |
| 15:46.03 | *** join/#oe sgw_ (~sgw_@134.134.139.78) |
| 15:53.42 | *** join/#oe sgw_ (~sgw_@134.134.139.78) |
| 15:55.45 | *** join/#oe jku (jku@nat/intel/x-dxjmvqdoowgyjbmq) |
| 16:10.24 | *** join/#oe galak (~galak@104-57-189-103.lightspeed.austtx.sbcglobal.net) |
| 16:15.39 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 16:27.26 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 16:38.27 | *** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-skcmmbiyqzqvwmos) |
| 16:40.36 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 16:57.02 | *** join/#oe kristoffer (~kristoffe@81-225-3-168-no164.bredband.skanova.com) |
| 17:02.14 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 17:22.45 | *** join/#oe ntl (~nathanl@cpe-24-242-74-130.austin.res.rr.com) |
| 17:28.31 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 17:45.05 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 17:48.55 | *** join/#oe sgw_ (~sgw_@134.134.139.78) |
| 17:49.54 | *** join/#oe paulg (~paulg@128.224.252.2) |
| 18:00.15 | mattsm | is there a preferred way to make a version of one package depend on a specific version of another package? |
| 18:00.28 | mattsm | specifically due to API changes? |
| 18:14.58 | *** join/#oe jku (~jku@178-75-131-14.bb.dnainternet.fi) |
| 18:25.25 | *** join/#oe paulg_ (~paulg@OTWAON23-3096772825.sdsl.bell.ca) |
| 18:33.06 | kergoth | mattsm: the binary package managers support it, but bitbake does not |
| 18:33.31 | mattsm | kergoth: Yea, I noticed RDEPENDS foo but that won't help for the build... |
| 18:34.02 | mattsm | does one just make a new package with the version embedded in the name? Or try to sprinkle PREFERRED_VERSION everywhere |
| 18:34.26 | kergoth | the former is unlikely to work the way you want, bitbake could easily end up buidlng both versions due to conflicting deps and end up with conflicting files in the sysroot |
| 18:35.16 | mattsm | Can you banish the other versions? |
| 18:36.56 | kergoth | not sure what you mean. bitgbake only maintains a single sysroot across the entire build for all recipes, nothing is cleaned out except for the case of version updates and provider preference changes |
| 18:37.35 | kergoth | if you can avoid the conflict, it's doable. for example, glib-1.2 vs glib-2.0 already separates their include files and whatnot to avoid the conflict. i.e. /usr/include/glib-1.2/ |
| 18:37.51 | kergoth | so nothing steps on one anothers toes, either on target or the sysroot, in such a case |
| 18:38.07 | kergoth | but if they conflict file wise, there's not much you can do about it other than specifying your preferences so only one version, the version you need, is built |
| 18:42.31 | rburton | i'd love to see depends gain versions so it can abort if you end up with a configuration that isn't buildable |
| 18:43.11 | *** join/#oe dani_alia (~quassel@dsl-trebrasgw2-54f94a-74.dhcp.inet.fi) |
| 18:57.27 | kergoth | rburton: agreed |
| 18:58.54 | *** join/#oe paulg_ (~paulg@OTWAON23-3096772825.sdsl.bell.ca) |
| 19:26.38 | *** join/#oe bluelightning (~paul@118.148.113.65) |
| 19:26.38 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:16.16 | *** join/#oe sgw_ (~sgw_@134.134.139.78) |
| 20:18.19 | *** join/#oe Jefro (~Jefro@50-0-152-82.dedicated.static.sonic.net) |
| 20:23.42 | *** join/#oe thaytan (~thaytan@199.7.70.115.static.exetel.com.au) |
| 20:27.38 | *** join/#oe Jefro (~Jefro@50-0-152-82.dedicated.static.sonic.net) |
| 20:42.15 | *** join/#oe caiortp (~caiortp@138.94.55.248) |
| 20:54.47 | *** join/#oe Jefro1 (~Jefro@50-0-152-82.dedicated.static.sonic.net) |
| 21:37.28 | *** join/#oe mmichael (~flecxie@231.120.233.220.static.exetel.com.au) |
| 21:56.09 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 22:04.57 | mattsm | rburton: kergoth: agreed ;) |
| 22:05.52 | moto-timo | +1 |
| 22:14.42 | fischerm | anyone got ideas how to build firmware as part of my regular build process? |
| 22:15.04 | *** join/#oe Jefro (~Jefro@50-0-152-82.dedicated.static.sonic.net) |
| 22:15.19 | fischerm | I have something that happens to work because the MCU is armv6 and my target's compiler can also build it, but ... wouldn't work if I used a x86 target e.g. |
| 22:15.26 | fischerm | because compilers don't magically 'match' |
| 22:16.16 | fischerm | maybe I'm commiting gross abuse here |
| 22:19.34 | Crofton|work | sounds legit to me |
| 22:20.06 | fischerm | Crofton|work: you'd need somehow composite targets |
| 22:36.51 | bluelightning | the multiconfig functionality is intended to support that kind of thing |
| 22:37.18 | bluelightning | it's in master / upcoming 2.2, I'm not sure whether all the issues got sorted out |
| 22:39.50 | fischerm | bluelightning: interesting |
| 22:40.40 | moto-timo | multiconfig is functional, but not yet polished |
| 22:40.57 | bluelightning | here's Richard's commit message where he added it for some background: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=218b81acb682bf0006afeb1a5c7bc4adf0549796 |
| 22:41.00 | fischerm | thx guys, will take a look |
| 22:42.20 | Crofton|work | you can always check in the binary, but building the4 entire thing is cool |
| 23:11.39 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 23:12.18 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 23:34.13 | khem | multiconfig is right approach yes, it will cover the baremetal case along with hosted( linux ) targets then you are covered for building MCU apps with baremetal target and build the app side normally |
| 23:34.22 | khem | and both can be different arches |
| 23:45.16 | *** join/#oe snowkidind (~textual@pool-96-255-207-158.washdc.fios.verizon.net) |
| 23:52.01 | fischerm | khem: thx |