| 00:54.46 | *** join/#oe Vutral (rBFQr7hJoN@mirbsd/special/Vutral) |
| 01:21.31 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 01:26.44 | *** join/#oe fusman (~fahad@39.55.212.193) |
| 03:00.46 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 03:12.45 | *** join/#oe pmallappa (~pmallappa@202.140.36.34) |
| 03:12.48 | pmallappa | Hi All |
| 03:14.32 | pmallappa | I have a custom git repo with submodules, I am using SRC_URI_prepend="ssh://server/path/to/git;protocol=ssh;branch=some" |
| 03:14.42 | pmallappa | is there a way to clone recursively ? |
| 03:18.26 | kergoth | that's not a correct url |
| 03:18.39 | kergoth | the url scheme deteremines which bitbake fetcher is used, and hence, which command is run |
| 03:18.44 | kergoth | if you want to run git clone, you need git:// |
| 03:18.51 | kergoth | the protocol=ssh will take care of hte underlying protocol |
| 03:18.56 | kergoth | but in this case, you want gitsm:// |
| 03:19.01 | kergoth | thats the submodule handling at hte moment |
| 03:21.42 | pmallappa | kergoth: I shall try that |
| 05:01.57 | *** join/#oe fusman (~fahad@39.55.210.116) |
| 05:21.56 | *** join/#oe JimNH2 (~jmchale@50-205-152-202-static.hfc.comcastbusiness.net) |
| 06:01.31 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 06:19.59 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:20.39 | *** join/#oe fusman1 (~fahad@39.55.131.247) |
| 06:26.45 | *** join/#oe aloril (~aloril@dsl-tkubrasgw2-50defd-78.dhcp.inet.fi) |
| 06:28.20 | *** join/#oe fusman (~fahad@39.55.143.178) |
| 06:48.17 | *** join/#oe fusman (~fahad@39.55.174.248) |
| 06:51.45 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 07:08.29 | *** join/#oe fusman (~fahad@39.55.235.141) |
| 07:11.43 | *** join/#oe mwester2 (~mwester@174-125-255-189.dyn.centurytel.net) |
| 07:26.51 | *** join/#oe fabo (~fabo@linaro/fabo) |
| 07:28.22 | *** join/#oe Nilesh_ (~minda@114.143.135.194) |
| 07:29.19 | *** join/#oe Nilesh_ (~minda@61.246.136.195) |
| 07:31.02 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 07:32.09 | *** join/#oe Nilesh_ (~minda@61.246.136.195) |
| 07:43.51 | *** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au) |
| 07:59.10 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-qxxrihuhrkvtuobc) |
| 08:09.57 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 08:11.46 | mckoan | good morning |
| 08:19.26 | *** join/#oe Noor (~quassel@110.93.212.98) |
| 08:34.52 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:34.52 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:37.20 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:37.33 | bluelightning | morning all |
| 08:49.10 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:15.53 | *** join/#oe belen (Adium@nat/intel/x-vmlravunvaheapqk) |
| 09:30.11 | *** join/#oe belen1 (~Adium@192.198.151.44) |
| 09:39.14 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
| 09:51.08 | *** join/#oe belen (~Adium@192.198.151.44) |
| 09:56.02 | *** join/#oe mrcan_ (~m@212.253.79.123) |
| 10:11.55 | *** join/#oe belen (Adium@nat/intel/x-ihzwwocfyfaoyqvm) |
| 10:25.23 | *** join/#oe wahwah (52e6ff24@gateway/web/freenode/ip.82.230.255.36) |
| 10:27.26 | wahwah | how can i install recursively headers that are in subdirs like /include/subdir1, include/subdir2 .. in do install ? |
| 10:28.18 | bluelightning | wahwah: I think you need to use cp for that, the install command can't do that AFAIK |
| 10:29.11 | *** join/#oe abelloni (~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr) |
| 10:29.42 | wahwah | ok like cp -r ${WORKDIR}/include/ ${D}${includedir} ? |
| 10:32.05 | *** join/#oe ldnunes (~ldnunes_@177.194.193.50) |
| 10:36.02 | *** part/#oe lag (lag@ubuntu/member/lag) |
| 10:36.56 | bluelightning | wahwah: yes, something like that |
| 10:47.00 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
| 10:48.49 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 10:52.00 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
| 10:54.20 | *** join/#oe darkschneider (~gab@93-32-51-98.ip32.fastwebnet.it) |
| 11:13.37 | *** join/#oe diego_r (~diego@dynamic-adsl-78-13-166-113.clienti.tiscali.it) |
| 11:19.48 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 11:20.41 | *** join/#oe anarsoul|2 (~anarsoul@86.57.155.118) |
| 11:24.39 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 11:44.03 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 11:47.43 | jaeckel | does someone know how I can determine in a bb file if the build is run for x86-based architectures? |
| 11:50.26 | bluelightning | jaeckel: typically we handle those sorts of things with overrides |
| 11:51.04 | bluelightning | e.g. to add a configure param for x86 only you'd do EXTRA_OECONF_append_x86 = " --some-x86-specific-option" |
| 11:51.24 | bluelightning | you can do similar things with task functions |
| 11:53.44 | *** join/#oe spaszkoPL (~spaszko@87.105.187.254) |
| 11:55.45 | spaszkoPL | Hi quys. I am new in OE and bitbake. and I have a questions. 1. Do bitbake make physically a sysroot copy on my disk before it creates .tar.gz packages? 2. Is it a easy way to add package to my sysroot and not to have to compile whole image? |
| 11:56.12 | spaszkoPL | I am using angstrom 2013.12 |
| 11:57.54 | bluelightning | spaszkoPL: hi |
| 11:58.21 | bluelightning | yes, OE handles the sysroot (tmp/sysroots/...) separately from packaged files |
| 11:59.14 | bluelightning | you only need to build what is required to satisfy dependencies; the build system will take care of that for you (as long as you declare dependencies in your recipe, of course) |
| 11:59.33 | bluelightning | assuming I understood your question correctly |
| 12:00.19 | spaszkoPL | ok. So for example if i have a recipe xtrans_1.2.7.bb if a put a command "bitbake xtrans" it will make only this recipe and install it on my syroot, yes? |
| 12:01.02 | bluelightning | spaszkoPL: correct yes, it'll also build packages for xtrans too |
| 12:01.04 | spaszkoPL | Then I can copy sysroot folder to SD and it will work, instead of building whole image and gz files? |
| 12:01.26 | bluelightning | well, the sysroot is for the build system, not for the target |
| 12:01.39 | bluelightning | you can copy package files to the target and install them |
| 12:02.01 | spaszkoPL | You mean install using opkg? |
| 12:02.10 | bluelightning | yes, assuming you're using that |
| 12:03.08 | spaszkoPL | Ok, soo the last question is where i can find builded opkg packages, are they in my sysroot or in another folder? |
| 12:04.10 | bluelightning | spaszkoPL: they will be written out under tmp/deploy/ipk |
| 12:04.16 | spaszkoPL | Anyway i can find it using "find" or grep so i can answer myself. |
| 12:04.41 | bluelightning | might be tmp-eglibc/deploy/ipk with angstrom, not sure |
| 12:05.48 | spaszkoPL | Yeah you're right. In my angstrom it is ./deploy/eglibc/ipk/{imagename} |
| 12:05.56 | spaszkoPL | Thx a lot. |
| 12:05.58 | bluelightning | ah right yes |
| 12:05.59 | bluelightning | np |
| 12:07.27 | *** join/#oe mrcan__ (~m@178.62.169.8) |
| 12:11.09 | spaszkoPL | Hmmm. I've compiled xtrans and .ipk location is here ./deploy/eglibc/ipk/armv7ahf-vfp-neon/xtrans-dev_1.2.7-r0.0_armv7ahf-vfp-neon.ipk |
| 12:11.58 | bluelightning | spaszkoPL: that's xtrans-dev, so that'll be just the headers and unversioned .so symlink(s) |
| 12:12.21 | bluelightning | assuming it's not just empty |
| 12:12.24 | spaszkoPL | Yeah, but i cannot see xtrans.ipk |
| 12:12.49 | *** part/#oe Nilesh_ (~minda@61.246.136.195) |
| 12:13.11 | bluelightning | you may be missing something in the install part - if your recipe doesn't inherit the autotools or cmake classes then you'll need to define your own do_install which does whatever is needed to install files into ${D} |
| 12:13.41 | bluelightning | (and you'd only inherit autotools or cmake if the software uses autoconf+automake or cmake respectively as you might imagine) |
| 12:25.40 | Crofton|work | bluelightning, is it easy to remove the meta-webos-? from the dupe check page? |
| 12:27.23 | jaeckel | bluelightning: okay, so I want to build OpenCV for arm, and by default it tries to pull in the ipp library that only supports x86... I was going to extend http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/opencv/opencv_3.0.0.bb?h=jansa/master#n26 by something like already done in L30 |
| 12:28.37 | jaeckel | but I suppose you know the right way how it should be done? ;-) |
| 12:49.06 | *** join/#oe rob_w__ (~bob@93.104.205.194) |
| 12:55.53 | *** join/#oe ccube (ccube@nx.mindrunner.de) |
| 13:02.35 | *** join/#oe infobot (ibot@rikers.org) |
| 13:02.35 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 13:14.43 | bluelightning | Crofton|work: just use the Filter button at the top right, then the Select All button, then untick the ones you don't want |
| 13:15.45 | bluelightning | jaeckel: do you know what the connection to ipp is? I don't see a reference in there |
| 13:16.27 | jaeckel | it's handled in the cmake process of opencv |
| 13:17.53 | bluelightning | so that would be an undeclared dependency then |
| 13:18.12 | jaeckel | well, cmake resolves the dependancy itself |
| 13:18.16 | bluelightning | you'd need to find a way of telling that process to explicitly disable that dependency |
| 13:18.18 | jaeckel | if you don' |
| 13:18.30 | jaeckel | t disable it it will download it and link against it |
| 13:18.43 | jaeckel | yeah, I know that |
| 13:18.58 | jaeckel | I wanted to something like ${@bb.utils.contains("SOME_ENVIRONMENT_VAR", "x86", "-DWITH_IPP=ON", "-DWITH_IPP=OFF", d)} |
| 13:19.10 | jaeckel | or similar |
| 13:19.50 | jaeckel | but I can't find a useful list of all the environment variables and what they contain |
| 13:24.19 | jaeckel | or as alternative to follow your approach, is there something like EXTRA_OECMAKE_append_not_x86 ? |
| 13:27.15 | bluelightning | one moment |
| 13:28.20 | jaeckel | thanks |
| 13:29.40 | bluelightning | I would suggest the way to handle this would be: |
| 13:29.42 | bluelightning | PACKAGECONFIG[ipp] = "-DWITH_IPP=ON,-DWITH_IPP=OFF,ipp" |
| 13:29.49 | bluelightning | IPPOPTION_x86 = "ipp" |
| 13:29.55 | bluelightning | IPPOPTION = "" |
| 13:30.05 | jaeckel | nice |
| 13:30.06 | bluelightning | then add ${IPPOPTION} to the default PACKAGECONFIG value |
| 13:30.11 | bluelightning | and that should work |
| 13:40.23 | jaeckel | does the _x86 also handle x86_64? |
| 13:56.06 | *** join/#oe fusman (~fahad@39.55.117.152) |
| 13:56.11 | *** join/#oe cbrake (~Thunderbi@cable2-pool191-cs-105.doycomm.com) |
| 14:03.29 | *** join/#oe fusman (~fahad@39.55.144.2) |
| 14:11.45 | bluelightning | jaeckel: ah, actually no, you'd also need IPPOPTION_x86-64 = "ipp" |
| 14:20.42 | ant_work | JaMa: wrt world-build did you pull the klibc fix committed on 17 nov ? |
| 14:31.39 | *** join/#oe fusman (~fahad@39.55.208.41) |
| 15:06.51 | *** join/#oe mrcan (~m@unaffiliated/mrcan) |
| 15:07.51 | *** join/#oe fusman (~fahad@39.55.40.14) |
| 15:10.18 | JaMa | sigh.. cherry-picking from patchwork with so many duplicates again :/ |
| 15:11.26 | *** join/#oe mrcan_ (~m@178.62.169.8) |
| 15:34.28 | *** join/#oe gorjanc4 (~gorjanc3@cpe-31-15-160-2.cable.telemach.net) |
| 16:01.12 | *** join/#oe belen1 (~Adium@192.198.151.44) |
| 16:06.05 | *** join/#oe stefan_ (~chatzilla@MTRLPQ2911W-LP130-02-1177734199.dsl.bell.ca) |
| 16:16.55 | *** join/#oe kimo (~kimo@hyperion.atermes.fr) |
| 16:29.28 | *** join/#oe blitz00 (~stefans@192.198.151.44) |
| 16:29.28 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 16:30.36 | *** join/#oe adelcast (~adelcast@130.164.62.224) |
| 16:37.42 | *** join/#oe BasicMaster (~stefan@2001:41b8:83f:1002::1055) |
| 16:44.15 | *** join/#oe Nitin (~nakamble@192.55.54.36) |
| 16:46.56 | BasicMaster | hi |
| 16:47.04 | *** join/#oe cflowe (~cflowe@64.88.173.147) |
| 16:48.00 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 16:48.07 | BasicMaster | if i include a lib recipe (lib derived with autotools), am i right that i still have to provide the regarding linker flags (i.e. they are NOT included into ${LDFLAGS} by OE)? |
| 16:49.37 | kergoth | OE doesn't replace your buildsystem (make, etc) |
| 16:49.41 | kergoth | it sits above that, and calls it |
| 16:50.20 | BasicMaster | ah i see |
| 16:50.30 | BasicMaster | thx |
| 16:50.48 | kergoth | so short answer: yes |
| 16:50.49 | kergoth | np |
| 17:09.14 | *** join/#oe fusman1 (~fahad@39.55.17.169) |
| 17:16.50 | *** join/#oe fusman (~fahad@39.55.28.68) |
| 17:19.44 | *** part/#oe BasicMaster (~stefan@2001:41b8:83f:1002::1055) |
| 17:21.00 | *** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com) |
| 17:28.26 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:39.27 | *** join/#oe ant__ (~andrea@host155-46-dynamic.5-87-r.retail.telecomitalia.it) |
| 17:46.17 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 18:06.02 | *** join/#oe belen (~Adium@192.198.151.44) |
| 18:47.11 | *** join/#oe jackmitch|home (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 19:04.07 | Crofton|work | fark, what is the name of the env file I need to source to do a native compile of a qqt thing? |
| 19:07.10 | Crofton|work | environment-setup |
| 19:08.04 | Crofton|work | :) |
| 19:29.00 | awozniak | in the oe-classic world, if I wanted a clean build, I just nuked the tmp/ directory. Has this changed in the oe-core world? |
| 19:31.21 | Crofton|work | you might need to wack the sstate dir also |
| 19:36.22 | kergoth | it really depends on what you mean by a "clean build" |
| 19:37.26 | Crofton|work | I was just usin ghis definition of nuking tmp |
| 19:39.14 | awozniak | kergoth: clean. start all over. nuke it from orbit |
| 19:40.00 | kergoth | rebuilding from source when you have matching sstate really doesn't accomplish anything, not much point to it, but yes, you can wipe the sstate cache or build with âno-setscene to do so |
| 20:19.49 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 20:44.01 | *** join/#oe hillct (~hillct@cpe-071-070-211-118.nc.res.rr.com) |
| 20:47.10 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 20:47.10 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 21:04.20 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209) |
| 21:04.25 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:06.37 | *** join/#oe woglinde (~henning@e179038200.adsl.alicedsl.de) |
| 21:07.01 | *** join/#oe ant__ (~andrea@host155-46-dynamic.5-87-r.retail.telecomitalia.it) |
| 21:22.50 | *** part/#oe aandrew (andrew@wallace.mixdown.ca) |
| 21:30.39 | Crofton|work | DOes Holger Behrens ever hang out here? |
| 21:31.10 | woglinde | hi crofton |
| 21:33.07 | Crofton|work | hey woglinde |
| 21:46.38 | *** join/#oe dvhart (~dvhart@134.134.137.75) |
| 22:07.50 | *** join/#oe dvhart (dvhart@nat/intel/x-paphdgogxjmjhfgg) |
| 22:10.09 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 22:16.33 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 22:27.27 | *** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com) |
| 22:37.11 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 22:40.44 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 23:02.59 | *** join/#oe dvhart (dvhart@nat/intel/x-nrvivwabjywpkufb) |
| 23:09.55 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 23:21.04 | *** join/#oe blilly (~blilly1@c-50-170-54-92.hsd1.wa.comcast.net) |
| 23:50.45 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 23:52.53 | *** join/#oe Jafura (~Jean-Fran@78.129.27.74) |