| 00:36.51 | *** join/#oe chrisw957 (~chris@wsip-184-180-237-194.tu.ok.cox.net) |
| 01:00.04 | *** join/#oe Crofton (~balister@32.151.198.8) |
| 01:00.55 | *** join/#oe DJWillis (djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 01:35.21 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 01:43.52 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 01:51.43 | *** join/#oe andi- (~andi@p4FDB2C2F.dip.t-dialin.net) |
| 02:00.44 | *** join/#oe nitink (nitink@nat/intel/x-ekhcrflzddkallzn) |
| 02:06.22 | *** join/#oe devzero_ (devzero@xdsl-89-0-132-30.netcologne.de) |
| 02:06.43 | *** join/#oe silviof1 (~silviof@ppp-188-174-83-75.dynamic.mnet-online.de) |
| 02:14.18 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 03:05.45 | *** join/#oe blupp (~blupp@dslb-188-099-254-179.pools.arcor-ip.net) |
| 03:30.47 | *** join/#oe phdeswer (~phdeswer@HSI-KBW-078-043-064-116.hsi4.kabel-badenwuerttemberg.de) |
| 04:02.26 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 04:12.12 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 04:30.52 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 05:10.48 | *** join/#oe risca (~risca@wi-secure-3075.cc.umanitoba.ca) |
| 05:33.53 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 05:36.23 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 05:45.41 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:07.12 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 06:14.59 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:21.25 | *** join/#oe chiui_ (~chiui@77.72.196.170) |
| 06:24.58 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 06:39.01 | *** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr) |
| 06:40.18 | *** join/#oe stefan_schmidt (~stefan@82-69-140-174.dsl.in-addr.zen.co.uk) |
| 06:46.15 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 07:01.21 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 07:01.21 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:11.42 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 07:12.18 | kenws_ | khem: Hi, I haven't seen your patches. I just arrived at work this monday (still catching up with mails). Where did you post them? |
| 07:12.25 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:15.27 | *** join/#oe kenws (~ken@elliptique.net) |
| 07:26.14 | kenws | Hm, it looks like this patch breaks the external toolchain of meta-linaro layer: http://git.openembedded.org/openembedded-core/commit/?id=b56e3680e729d8216fe533cdfaf4678fe94b76f0 |
| 07:30.04 | mckoan | good morning |
| 07:30.41 | kenws | morning |
| 07:44.54 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 07:47.49 | *** join/#oe Fahad1 (~fahad@110.93.212.98) |
| 07:52.03 | *** part/#oe Guest36348 (~fahad@110.93.212.98) |
| 07:59.08 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:02.32 | silviof | good morning, hey friends, what is the difference between pstage and packaged-staging? |
| 08:12.08 | *** join/#oe fusman (~fahad@110.93.212.98) |
| 08:13.07 | *** part/#oe fahad_ (6e5dd462@gateway/web/freenode/ip.110.93.212.98) |
| 08:13.52 | *** join/#oe ericbutters (~kuhne@business-213-023-195-122.static.arcor-ip.net) |
| 08:14.52 | ericbutters | hi. i got timeout on NOTE: fetch http://mirror.its.uidaho.edu/pub/savannah/acl/acl-2.2.49.src.tar.gz |
| 08:15.14 | ericbutters | anyone can say what mirror i should use instead? |
| 08:17.19 | ericbutters | one more question: i want to build angstrom-x-image with firefox included as a jffs2 image. what is best way to do that? bitbake angstrom-x-image && bitbake firefox ?? this results in a jffs2 image in tmp/deploy ? |
| 08:21.05 | ericbutters | FATAL: acl-2.2.49: http://mirror.its.uidaho.edu/pub/savannah/acl/acl-2.2.49.src.tar.gz cannot check archive integrity |
| 08:23.40 | jonasdn | I want to have opkg-utils (things like opkg-build etc.) in my SDK and right use a bbappend to add "nativesdk" to BBCLASSEXTEND, would it make sense to add "nativesdk" to the original recipe? |
| 08:28.09 | *** join/#oe armin^ (~aburchard@ricgw02.informatik.uni-bremen.de) |
| 08:30.02 | mckoan | ericbutters: edit angstrom-x-image and add firefox |
| 08:34.06 | mckoan | ericbutters: here you can find some sources http://software.kaeilos.com/repo/ |
| 08:34.12 | *** join/#oe _tasslehoff_ (~Tasslehof@84.49.231.147) |
| 08:34.24 | mckoan | http://software.kaeilos.com/repo/acl-2.2.49.src.tar.gz |
| 08:35.14 | ericbutters | mckoan thanks! i edited angstrox-x-image and added firefox.. |
| 08:35.36 | ericbutters | now i replace mirror in openembedded/recipes/udev/acl_2.2.49.bb ? |
| 08:35.59 | mckoan | no, better to get it manually |
| 08:36.35 | mckoan | <PROTECTED> |
| 08:36.36 | mckoan | [#oe] |
| 08:36.52 | mckoan | better to use this : http://sourceforge.net/projects/kaeilos/files/repo/ |
| 08:41.16 | _tasslehoff_ | I'm trying to create recipes for ogre and its dependencies in oe-core. It compiles now, but I have a couple of QA issues I don't know how to fix. |
| 08:41.18 | ericbutters | ah i see. but where to copy the archive? tmp/work/armv6-angstrom-linux-gnueabi/ ?? |
| 08:41.27 | _tasslehoff_ | 1. WARNING: package containes bad RPATH |
| 08:41.41 | _tasslehoff_ | 2. ERROR: QA Issue: non -dev/-dbg/-nativesdk package contains symlink .so |
| 08:42.06 | _tasslehoff_ | how do I attack these? |
| 08:43.05 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:43.08 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:45.09 | mckoan | ericbutters: into your source directory |
| 08:47.05 | *** join/#oe rsv (7aa60de8@gateway/web/freenode/ip.122.166.13.232) |
| 08:48.56 | bluelightning | _tasslehoff_: 1. There will be an rpath added on the compiler command line - see https://fedoraproject.org/wiki/Packaging/Guidelines#Removing_Rpath |
| 08:49.26 | bluelightning | _tasslehoff_: you may also want to search for OE-Core commits mentioning rpath/RPATH to see examples of these warnings being fixed |
| 08:51.03 | bluelightning | _tasslehoff_: 2. ensure your FILES_xxx uses the specification .so.* instead of .so*; otherwise, a .so symlink is creeping in through some other filespec, you just need to ensure that file goes into the -dev/-dbg/-nativesdk package as appropriate instead |
| 08:51.15 | rsv | cant different boards boot out of the same nfs filesystem |
| 08:56.11 | _tasslehoff_ | bluelightning: thanks. |
| 09:03.03 | ericbutters | rm mckoan ok got it :) thx |
| 09:11.33 | *** join/#oe sH|Mnemonic (~cyberdeck@p5DDCDD7A.dip.t-dialin.net) |
| 09:13.52 | *** join/#oe _tasslehoff_ (~Tasslehof@147.84-49-231.nextgentel.com) |
| 09:26.09 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 09:26.10 | ant_work | bluelightning: so including a .bb from within another .bb seems to work |
| 09:26.58 | ant_work | it seems a bit unusual, though |
| 09:29.08 | bluelightning | ant_work: it is a little unorthodox, however it's not going to stop working any time soon, so I think it's safe :) |
| 09:31.06 | ant_work | I'll have to grep for include/require | grep '.bb' and see if there is any other case |
| 09:37.23 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 09:44.24 | jonasdn | What is the best way to track down what drags in and builds for example "alsa-lib" when my image does not specify it and the target platform has no audio? :) |
| 09:49.19 | bluelightning | jonasdn: does DISTRO_FEATURES have "alsa" in it? |
| 09:49.36 | bluelightning | bitbake -e | grep ^DISTRO_FEATURES |
| 09:49.41 | jonasdn | no |
| 09:50.01 | bluelightning | ok, in which case I'd suggest bitbake -g and then grep the pn-depends.dot for alsa |
| 09:50.37 | jonasdn | ok, thx! |
| 10:01.34 | _tasslehoff_ | BB_NUMBER_THREADS = "8", PARALLEL_MAKE = "-j 8" for a quad core cpu? |
| 10:02.23 | mckoan | _tasslehoff_: should be fine, but sometimes BB_NUMBER_THREADS > 8 may cause build problems |
| 10:02.35 | mckoan | I meant BB_NUMBER_THREADS > 2 |
| 10:03.16 | _tasslehoff_ | I'm using 4/j2 on my Q740@1.73GHz, but think it builds too slow. |
| 10:03.25 | _tasslehoff_ | ok |
| 10:03.30 | ant_work | 4/j5 here |
| 10:03.52 | mckoan | 2/j4 here |
| 10:04.33 | ant_work | it depends if you need a couple of core to watch that videos during build ;) |
| 10:04.38 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 10:05.17 | bluelightning | mckoan: I don't believe that's true |
| 10:05.42 | bluelightning | mckoan: I don't experience any failures with 8/j8 or 4/j4 on several different machines |
| 10:06.18 | mckoan | bluelightning: I know, it is an old habit caused by ols problems and I never switched back to BB_NUMBER_THREADS = "8" |
| 10:06.28 | mckoan | s/ols/old |
| 10:06.35 | bluelightning | we do see parallel make / make install failures from time to time, usually they get fixed as soon as they are found |
| 10:08.27 | bluelightning | jonasdn: if it turns out to be something in a recipe where we're not checking for alsa in DISTRO_FEATURES (and you're using OE-Core) we should definitely fix it |
| 10:09.32 | bluelightning | mckoan: fair enough, but we do regularly test high levels of parallelism |
| 10:09.34 | bluelightning | (now) |
| 10:12.00 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 10:12.51 | *** join/#oe fusman (~fahad@110.93.212.98) |
| 10:14.02 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 10:15.43 | *** join/#oe test (~erwt@122.170.104.85) |
| 10:23.33 | *** join/#oe morphis (~morphis@hfw-ext-wlan.rz.hs-bremen.de) |
| 10:32.30 | jonasdn | bluelightning, will check it out and cook up a patch if proper |
| 10:35.50 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 10:43.13 | bluelightning | jonasdn: cool |
| 11:20.08 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 11:23.52 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 11:38.59 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
| 11:45.30 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 11:46.39 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 11:52.38 | *** join/#oe mhnoyes (~mhnoyes@74-32-169-246.dr01.myck.or.frontiernet.net) |
| 11:52.38 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:08.32 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 12:08.32 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 12:16.19 | *** join/#oe pespin (~pespin@45.60.79.188.dynamic.jazztel.es) |
| 12:16.30 | *** join/#oe pespin_ (~pespin@45.60.79.188.dynamic.jazztel.es) |
| 12:33.18 | *** join/#oe Crofton (~balister@pool-71-171-25-206.nwrknj.east.verizon.net) |
| 12:47.32 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 12:48.50 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 13:07.26 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 13:08.07 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 13:08.08 | *** join/#oe _tasslehoff_ (~Tasslehof@147.84-49-231.nextgentel.com) |
| 13:58.50 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
| 14:00.07 | *** join/#oe galak (~galak@nat/ti/x-bizsiqjpxozxkofk) |
| 14:04.45 | *** join/#oe devzero_ (devzero@xdsl-78-34-208-163.netcologne.de) |
| 14:08.04 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 14:08.30 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 14:10.55 | *** join/#oe Delkia (~william@2a01:e35:8b65:16c0:ae72:89ff:fe28:969b) |
| 14:11.51 | Delkia | Hi, someone have error like lib/cpufreq.o uses VFP register arguments ? |
| 14:12.01 | Delkia | libcpufreq.so.0.0.0 does not |
| 14:12.29 | *** join/#oe afenkart (~afenkart@83-64-248-68.inzersdorf.xdsl-line.inode.at) |
| 14:13.56 | *** join/#oe pepermint (~pepermint@host148-77-dynamic.51-79-r.retail.telecomitalia.it) |
| 14:14.57 | ericbutters | mckoan could you pls take a look here: http://pastebin.com/raw.php?i=ErkCDg3v |
| 14:16.49 | ericbutters | ERROR: Task 7403 (/SMDKC100/stuff/openembedded/recipes/gnome/pyorbit_2.24.0.bb, do_configure) failed with 256 |
| 14:19.44 | *** join/#oe fullstop (~quassel@173.210.91.4) |
| 14:20.10 | *** join/#oe fullstop (~quassel@173.210.91.4) |
| 14:21.09 | mckoan | ericbutters: no clues, sorry |
| 14:21.29 | ericbutters | anyone? |
| 14:26.15 | Zagor | "See `config.log' for more details." sounds like a good suggestion |
| 14:26.41 | Zagor | oh, "configure: error: C compiler cannot create executables" |
| 14:30.17 | ericbutters | yes |
| 14:30.52 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
| 14:31.45 | ericbutters | checking build system type... i686-pc-linux-gnu |
| 14:31.53 | ericbutters | checking host system type... arm-angstrom-linux-gnueabi |
| 14:32.07 | ericbutters | checking for arm-angstrom-linux-gnueabi-gcc... arm-angstrom-linux-gnueabi-gcc |
| 14:32.30 | ericbutters | Zagor what to do? |
| 14:33.04 | Zagor | look in config.log and see what error the compiler produced |
| 14:34.41 | ericbutters | $ ./tmp/work/armv6-angstrom-linux-gnueabi/gcc-cross-initial-4.5-r38.1+svnr170880/image/SMDKC100/stuff/build/tmp/sysroots/i686-linux/usr/armv6/bin/arm-angstrom-linux-gnueabi-gcc -o mainmain main.c |
| 14:34.46 | ericbutters | as: unrecognized option '-mfloat-abi=hard' |
| 14:35.17 | ericbutters | i tried from commandline.. i take a look into the config.log |
| 14:38.07 | ericbutters | Zagor pls see here: http://pastebin.com/raw.php?i=UcYh63Ue |
| 14:42.22 | Zagor | it's a floating point mismatch error |
| 14:43.57 | ericbutters | on commandline i did not export path to cross tools.. |
| 14:44.07 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 14:44.25 | ericbutters | but OE configure should take care.. what should i do here? |
| 14:46.01 | Zagor | I don't know :( |
| 14:46.58 | ericbutters | ui.. OE ran for hours.. building cross tools.. etc.. and now exit with such error |
| 14:47.21 | ericbutters | all with builtin configurations |
| 14:50.16 | ericbutters | TARGET_FPU = "hard" is set by smdk6410.conf |
| 14:50.46 | ericbutters | puh that is noo good.. anyone can help? |
| 14:51.00 | ericbutters | ls |
| 14:53.54 | Zagor | ericbutters: at least you are not alone: http://permalink.gmane.org/gmane.comp.handhelds.openembedded/50071 |
| 14:54.00 | ericbutters | :) |
| 14:54.17 | ericbutters | this is the problem in minmum: http://pastebin.com/raw.php?i=MZiTyJ3t |
| 14:56.09 | kenws | nitink: Hi, Are you around? I've got a quick question with regard to your recent change to the libc locale packaging |
| 14:56.40 | Zagor | ericbutters: try "arm-angstrom-linux-gnueabi-gcc -v -o mainmain main.c" to see parameters to each sub process |
| 14:56.48 | mckoan | ericbutters: very weird error |
| 14:57.04 | Delkia | ericbutters, i have the same error |
| 14:57.05 | mckoan | ericbutters: are you using oe-classic or oe-core? |
| 14:57.31 | nitink | kenws: I am going out for now, will be back after some time will ping you then |
| 14:57.45 | kenws | nitink: alright : ) |
| 14:58.07 | ericbutters | mckoan i installed like here: http://www.openembedded.org/wiki/Getting_started |
| 14:58.42 | mckoan | ericbutters: hmmm.. not sure it is reliable |
| 14:58.53 | mckoan | BTW I do not use Angstrom |
| 14:59.20 | mckoan | I use my version : http://www.kaeilos.com/download |
| 14:59.40 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 15:00.28 | *** part/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 15:01.23 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 15:02.15 | ericbutters | here is my local.conf (i use DISTRO = "angstrom-2010.x") http://pastebin.com/raw.php?i=Mag5LGyb |
| 15:03.18 | ericbutters | what if i call bitbake -c angstrom-x-image and then change my local.conf for other machine? does that delete all downloaded packages? |
| 15:04.01 | ericbutters | Delkia if you find a solution pls share with me :) |
| 15:04.12 | Delkia | of course |
| 15:04.36 | mckoan | ericbutters: downloaded sources are safe, they are not cleaned/deleted |
| 15:05.00 | mckoan | you will loose the tmp |
| 15:05.29 | mckoan | BTW with the problem you have I would delete the tmp and rebuild all from scratch |
| 15:05.48 | mckoan | as fist step I'd build a toolchain (bitbake meta-toolchain) |
| 15:05.50 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:06.03 | mckoan | if it works I'd continue with x11 stuff |
| 15:08.40 | ericbutters | mckoan #1 bitbake meta-toolchain #2 build simple hello world with that toos #3 bitbake console-image |
| 15:08.43 | mckoan | ericbutters: I'd enable PARALLEL_MAKE = "-j 4" |
| 15:09.00 | mckoan | ericbutters: correct ;-) |
| 15:09.11 | mckoan | BB_NUMBER_THREADS = "2" |
| 15:09.20 | ericbutters | this i do in local.conf? |
| 15:09.24 | mckoan | or 8 as bluelightning said |
| 15:09.37 | mckoan | in local.conf |
| 15:09.40 | ericbutters | thx |
| 15:09.46 | bluelightning | depends on how powerful your machine is |
| 15:10.25 | ericbutters | and for clean i simple do a 'rm -rf tmp' ? |
| 15:10.38 | ericbutters | not calling bitbake -c angstrom-x-image ? |
| 15:10.55 | mckoan | IMHO do a 'rm -rf tmp' |
| 15:11.00 | ericbutters | ok |
| 15:11.26 | mckoan | then bitbake meta-toolchain |
| 15:11.32 | ericbutters | yes |
| 15:22.13 | garble | Im having problems build gcc-cross-canadian (4.6) with hard floats, it doesnt seem to "inherit" the float flag correctly, have anyone tried this and succeeded? |
| 15:24.12 | *** join/#oe Spider-Pork (~Spider-Po@95.236.87.14) |
| 15:28.45 | mckoan | have a nice rest of the day |
| 15:38.07 | *** join/#oe pespin (~pespin@80.pool85-50-95.dynamic.orange.es) |
| 15:45.32 | nitink | kenws: ping |
| 15:48.41 | kenws | nitink: ack |
| 15:48.43 | kenws | wrt http://git.openembedded.org/openembedded-core/commit/?id=b56e3680e729d8216fe533cdfaf4678fe94b76f0 |
| 15:49.21 | kenws | I see that this is a useful fix but now the PACKAGE_NO_GCONV setting of my local.conf is ignored : ) |
| 15:49.56 | kenws | I'm using an external toolchain that comes with a libc that doesn't have i18n |
| 15:50.08 | kenws | the default DISTRO_FEATURES has libc-charsets libc-locales and libc-locale-code enabled |
| 15:50.16 | kenws | therefore libc-package.bbclass sets PACKAGE_NO_GCONV to zero |
| 15:50.52 | *** join/#oe rob_w (~bob@ppp-188-174-41-66.dynamic.mnet-online.de) |
| 15:50.53 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 15:50.57 | kenws | and package_do_split_gconvs fails later on because there is no /path/to/eglibc-locale-2.15-r20/package/usr/share/i18n/charmaps |
| 15:52.54 | nitink | kenws: looks like you need to adjust teh distro_features then |
| 15:53.48 | kenws | nitink: Is it possible to remove entries from DISTRO_FEATURES instead of redefine the whole list? |
| 15:54.18 | nitink | kenws: yes, you will need bit of python logic to do it |
| 15:54.46 | kenws | nitink: cool, any hints appreciated : ) |
| 15:55.11 | kenws | starts grepping the source |
| 15:55.22 | *** part/#oe Delkia (~william@2a01:e35:8b65:16c0:ae72:89ff:fe28:969b) |
| 15:56.42 | kenws | maybe the replace function could be used |
| 15:58.29 | nitink | should work, just keep the space around the words to avoid replacing other bigger words containing the same name |
| 15:59.39 | nitink | I think you should redefine DISTRO_FEATURES_LIBC_DEFAULT as you are using your own libc |
| 16:00.08 | nitink | try setting it to "" |
| 16:03.38 | *** join/#oe zenlinux_ (~sgarman@c-50-137-42-92.hsd1.or.comcast.net) |
| 16:04.40 | kenws | why not using something like this: distro_features_libc = [entry.replace('libc-locales', '') for entry in (d.getVar('DISTRO_FEATURES_LIBC', True) or '').split()] |
| 16:05.26 | kenws | hm, that won't remove the list entry but set it to an empty string |
| 16:06.11 | *** join/#oe zenlinux_ (~sgarman@masterfoo.zenlinux.com) |
| 16:06.42 | nitink | kenws: if you adjusting DISTRO_FEATURES_LIBC , then adjust it to match it with your libc, to avoid these kinds of issues in the future |
| 16:07.11 | kenws | nitink: right, I see |
| 16:09.13 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 16:10.39 | kergoth | kenws: generally speaking, you can use := + oe_filter_out, for future reference |
| 16:12.37 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 16:12.50 | kenws | kergoth: ah, utils.bbclass defines this helper routine - nice! |
| 16:13.48 | kergoth | yep. you should be able to grep around to find some examplse of usage |
| 16:14.02 | kergoth | ideally we'd support -=, but implementing it is less trivial than you'd think |
| 16:14.39 | kenws | hm, since I've got a layer that supports multiple toolchains it would be nice if the recipe itself could prevent the libc locales from being packaged instead having the user define DISTRO_FEATURES_LIBC in the local.conf |
| 16:16.22 | kergoth | Noor: if you're using an external toolchain, then you should have a tcmode .inc for that toolchain, which is the most appropriate place to adjust DISTRO_FEATURES_LIBC to match it |
| 16:17.10 | kenws | this could be achieved by changing the recipe for the external binary toolchain to not require the eglibc-package.inc but this would duplicate quite a lot of stuff on the otherhand |
| 16:17.25 | kenws | aah, tcmode.inc |
| 16:17.43 | kergoth | ls oe-core/meta/conf/distro/include/ |
| 16:17.54 | kergoth | e.g. tcmode-external-csl.inc for sourcery g++ |
| 16:18.10 | kergoth | then you just set TCMODE= and EXTERNAL_TOOLCHAIN= (the path) |
| 16:18.15 | kergoth | (in local.conf, or whatever) |
| 16:19.44 | kenws | kergoth: yep, got it. I'll try to add it there |
| 16:20.26 | kergoth | s/noor/kenws/, obviouslly. stupid fingers |
| 16:20.38 | kergoth | nods, let me know how it goes, quite curious about usages of external toolchains |
| 16:22.12 | kenws | kergoth: I use a recipe for the linaro external toolchain based on the exiting csl stuff |
| 16:22.30 | kenws | it used to work using PACKAGE_NO_GCONV = "1" as described here: http://git.linaro.org/gitweb?p=people/kwerner/meta-linaro.git;a=blob;f=conf/distro/include/tcmode-external-linaro.inc |
| 16:22.58 | *** join/#oe risca (~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net) |
| 16:23.03 | kenws | whoops, wrong url (x selection buffer). I meant to paste this one: https://wiki.linaro.org/KenWerner/Sandbox/OpenEmbedded-Core#choosing_a_toolchain |
| 16:23.37 | kergoth | ah, interesting |
| 16:24.25 | kenws | but when nitink fixed yocto #2089 it broke my workaround :) |
| 16:24.31 | kergoth | nods |
| 16:24.49 | kenws | kergoth: I suppose your toolchains all have i18n, right? |
| 16:25.04 | kergoth | heh, another example hwere I think it'd be nice to distinguish internal variables from external, so you know which might well be overwritten and which are intended for user use |
| 16:25.24 | kergoth | I believe so, yeah. I haven't run into any of them that don't yet anyway |
| 16:26.50 | kenws | at least the libc provided by the csl toolchains have it |
| 16:28.40 | *** join/#oe Crofton (~balister@pool-71-171-25-206.nwrknj.east.verizon.net) |
| 16:28.48 | fray | in almost all cases customers want i18n support from the libc.. |
| 16:29.13 | fray | so the Mentor toolchains that we use, as well as the ones I've seen from kergoth all of i18n enabled.. you'd need t rebuild eglibc to disable them.. |
| 16:29.16 | fray | (most people won't do that) |
| 16:29.30 | fray | the big savings is simply not installing the locales, the actual i18n support is fairly small |
| 16:34.04 | kenws | fray: I agree. I guess the missing i18n of the libc of the binary linaro toolchain is not intended. |
| 16:34.59 | kenws | it on my todo list to find out what's going on. I suspect it just isn't copied into the resulting toolchain directory (maybe due to multiarch) |
| 16:35.21 | kenws | s/it/it's/ |
| 16:35.59 | fray | or someone turned off the option, if using eglibc... |
| 16:36.11 | fray | if it's regular glibc, there is a bunch of local stuff disabled when cross compiling.. |
| 16:36.24 | fray | because glibc wouldn't except the cross compilation fixes back.. |
| 16:36.30 | fray | (I suspect they will now) ;) |
| 16:36.40 | fray | local -> locale |
| 16:37.03 | kenws | they use a patched crosstool-ng to create the binary toolchain |
| 16:38.11 | fray | crosstool used to use eglibc.. I assume it still does.. so it's probably a configuration setting being disabled |
| 16:40.33 | kergoth | ah, i was wondering if anyone had looked at adding crosstool-ng external toolchain support. cool. didn't realize they use a patched version of that |
| 16:40.39 | kenws | fray: yeah, I need to check but I think it's enabled there. the resulting toolchain gets copied into an output folder. in case you hack multiarch path's into crosstool-ng it's probably easy to mess up what's being copied (since stuff is now in multiarch paths) |
| 16:40.44 | kenws | hm, it looks like most of the DISTRO_FEATURES_LIBC entries aren't really used |
| 16:41.26 | kenws | the features_to_eglibc_settings maps it to eglibc options settings but they aren't used |
| 16:41.42 | kenws | at least not within oe-core |
| 16:41.52 | kergoth | interesting |
| 16:42.05 | kenws | git grep OPTION_EGLIBC_ |
| 16:42.49 | fray | kenws, sure about that? they were used the last time I played with it (6 months ago) |
| 16:43.50 | fray | look at meta/recipes-core/eglibc/eglibc-options.inc |
| 16:44.06 | fray | that maps the eglibc options into the OPTION_* file entries |
| 16:44.23 | fray | i.e.: |
| 16:44.24 | fray | <PROTECTED> |
| 16:44.37 | fray | if the distro feature ipv6 is enabled, then eglibc gets OPTION_EGLIBC_ADVANCED_INET6 |
| 16:44.44 | kenws | fray: yeah, but the OPTION_* file entries aren't used anywhere |
| 16:45.01 | fray | they're passed into the configuration of elgibc |
| 16:45.32 | fray | OE_FEATURES = "${@features_to_eglibc_settings(d)}" |
| 16:45.32 | fray | do_configure_prepend() { |
| 16:45.32 | fray | <PROTECTED> |
| 16:45.32 | fray | <PROTECTED> |
| 16:45.32 | fray | } |
| 16:45.47 | fray | the option-groups.conf file is the controller in eglibc |
| 16:47.18 | kenws | fray: ah, interesting. and the option-groups.config gets used as a config file when building the libc |
| 16:47.33 | fray | yes |
| 16:47.47 | kenws | that's why you suggested to use and empty DISTRO_FEATURES_LIBC in case the external toolchain provides a binary libc |
| 16:47.52 | fray | default configuration should match glibc.. if it doesn't then we have a bug |
| 16:47.57 | kenws | fray: got it - thanks! |
| 16:48.12 | fray | we being either OE or eglibc ;) |
| 16:50.26 | kenws | ok, I guess it won't hurt if the DISTRO_FEATURES_LIBC matche to the features used for the eglibc built by crosstool-ng |
| 16:50.29 | kenws | : ) |
| 16:55.24 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 17:01.41 | mr_science | follows the smell of coffee... |
| 17:02.18 | khem | kenws: I have forked the layer |
| 17:02.32 | khem | all the patches are in that repo on github let me give link to you |
| 17:02.56 | *** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net) |
| 17:03.03 | khem | https://github.com/kraj/meta-linaro |
| 17:09.30 | kenws | khem: oh, interesting! |
| 17:10.37 | kenws | I was on vacation and didn't work on meta-linaro for the last 3 weeks. I'm currently in the process of getting it in shape with the current oe-core |
| 17:11.22 | awozniak | can module_autoload_* control the order of modules loading? |
| 17:13.06 | *** join/#oe dos11 (~dos@apn-77-114-137-63.dynamic.gprs.plus.pl) |
| 17:13.09 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 17:17.32 | blindvt | khem, ping ping |
| 17:17.34 | kenws | khem: I'll have a look at your branch as soon as I finish the rebasing |
| 17:17.41 | kenws | wrt maintenance and support - I'm basically the only one working on that layer. I don't think there is official support for now. It serves as a vehicle to test our binary toolchain but I'd love to see oe support for all ARM boards linaro supports |
| 17:18.37 | blindvt | khem, do you have a second? I'd like to talk about the future merge for a couple of minutes over there.. |
| 17:21.40 | *** join/#oe afenkart (~afenkart@91.114.4.50) |
| 17:29.20 | *** join/#oe stefan_schmidt (~stefan@82-69-140-174.dsl.in-addr.zen.co.uk) |
| 17:29.56 | blindvt | khem, did you mean to incrementally cherry-pick stuff? I now have a resolved merge of future into master that looks reasonable and that i could push |
| 17:32.50 | kenws | Do I need to inlcude something in order to use oe_filter_out? |
| 17:33.05 | kenws | I'm getting: NameError: name 'oe_filter_out' is not defined |
| 17:33.22 | *** join/#oe kristoffer (~kristoffe@c-cbdfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:34.39 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 17:34.54 | kenws | hm, the gcc-configure-runtime.inc uses @oe_filter_out in a very similar way than I use it - strange |
| 17:36.18 | *** join/#oe jkridner__ (~jason@pdpc/supporter/active/jkridner) |
| 17:39.49 | kergoth | kenws: ah, right, using it in .conf files can be problematic. when using :=, its expanded immediately, which can be before the classes are parsed |
| 17:39.58 | kergoth | kenws: might have to resort to an anonymous python function in a .inc |
| 17:40.00 | *** join/#oe nullpuppy (~nullpuppy@freematrix/staff/nullpuppy) |
| 17:42.17 | kenws | kergoth: oh, ok. I guess I'll just set the DISTRO_FEATURES_LIBC to an empty list as a workaround and focus to fix the libc-i18n of the next release of our external toolchain : ) |
| 17:43.35 | kenws | kergoth: Are you setting the DISTRO_FEATURES_LIBC accordingly to the binary libc of your mentor toolchain? |
| 17:45.04 | kenws | the csl recipes just use what the default-distrovars.inc specifies - whether it matches or not |
| 17:46.21 | kergoth | currently just using default, it should probably be explicit about it |
| 17:46.23 | kergoth | nods |
| 17:47.34 | kenws | yep |
| 17:53.54 | *** join/#oe autif (~autif@static-72-93-90-226.bstnma.fios.verizon.net) |
| 17:55.03 | Crofton|work | ericben, I think autif is looking for you |
| 17:55.17 | autif | thanks Crofton|work |
| 17:57.56 | autif | ericben - I was trying to build chromium for x86 (MACHINE = crownbay) and ran into issues almost immediately - Fetcher failure for URL: 'file://include.gypi'. Unable to fetch URL from any source. |
| 17:58.44 | autif | include.gypi is in chromium/chromium/armv7a - so it is not found for x86 |
| 17:58.51 | autif | I will be happy to send a patch |
| 17:58.59 | autif | can you please point me to the right direction |
| 18:00.38 | *** join/#oe rcf (~rcf@121.54-243-81.adsl-dyn.isp.belgacom.be) |
| 18:10.25 | ericben | hi autif : yes we only tested for armv7 until now |
| 18:10.38 | ericben | please send patch to oedev & copy to our email in the readme |
| 18:12.49 | ericben | autif: btw I've received your patch fixing the URL, will push later tonight I have to go now |
| 18:16.17 | autif | ericben - OK - I guess I will catch you tomorrow - I assume that you are in the French time zone. |
| 18:19.50 | *** join/#oe pepermint (~pepermint@host148-77-dynamic.51-79-r.retail.telecomitalia.it) |
| 18:40.36 | *** join/#oe MSCENV (~wdobbins@199.44.250.3) |
| 19:02.52 | *** join/#oe stefan_schmidt (~stefan@82-69-140-174.dsl.in-addr.zen.co.uk) |
| 19:06.23 | *** join/#oe e-ffi (~cybercom@HSI-KBW-134-3-115-142.hsi14.kabel-badenwuerttemberg.de) |
| 19:20.22 | *** join/#oe galak (~galak@nat/ti/x-ppetebhmjcyznlsk) |
| 19:25.27 | *** join/#oe jonasdn-home (~jonas@c-83-233-21-193.cust.bredband2.com) |
| 19:26.59 | *** join/#oe afenkart (~afenkart@83-64-248-68.inzersdorf.xdsl-line.inode.at) |
| 19:33.53 | *** join/#oe jawilson|remote (~jawilson@einstein.jeffalwilson.com) |
| 19:39.03 | *** join/#oe Heinervdm (~thomas@p5B0F6CC0.dip.t-dialin.net) |
| 19:55.07 | *** join/#oe rcxdude (~rcxdude@78-105-140-204.zone3.bethere.co.uk) |
| 20:08.34 | ericben | autif: back online (yes I'm in GMT+1) |
| 20:17.58 | *** join/#oe florian (~fuchs@sign-4db6afe2.pool.mediaWays.net) |
| 20:18.08 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 20:34.03 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 21:14.47 | *** join/#oe ant__ (~andrea@host52-229-dynamic.58-82-r.retail.telecomitalia.it) |
| 21:25.16 | *** join/#oe risca (~risca@wi-secure-3075.cc.umanitoba.ca) |
| 21:33.31 | *** part/#oe _chase_1 (~a0271661@nat/ti/x-czdlougfgvrzgbhm) |
| 22:00.02 | *** join/#oe xumbi (~jim@c-98-216-195-55.hsd1.nh.comcast.net) |
| 22:06.16 | *** part/#oe xumbi (~jim@c-98-216-195-55.hsd1.nh.comcast.net) |
| 22:42.29 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 22:46.09 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 22:58.17 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 22:58.20 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 23:33.17 | *** join/#oe risca (~risca@wi-secure-3075.cc.umanitoba.ca) |
| 23:35.44 | *** join/#oe andi-_ (~andi@p4FDB2C2F.dip.t-dialin.net) |
| 23:36.03 | *** join/#oe PaulePan1er (~paul@mail.gw90.de) |
| 23:51.55 | *** join/#oe afenkart (~afenkart@83-64-248-68.inzersdorf.xdsl-line.inode.at) |
| 23:51.55 | *** join/#oe kaoruko (~nickls@statusfailed.com) |
| 23:51.55 | *** join/#oe Ironnads (~Ironnads@host109-152-218-189.range109-152.btcentralplus.com) |