01:03.51 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
02:27.17 | *** join/#oe s3v3n62mm (~s3v3n62mm@p5DDC1202.dip0.t-ipconnect.de) |
03:21.29 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
03:34.25 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
04:04.11 | *** join/#oe crxz0193 (~crxz0193@203.247.149.152) |
04:42.31 | *** join/#oe _JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
06:04.54 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
06:09.02 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
06:28.28 | *** join/#oe kroon (~kroon@193.15.174.198) |
06:40.00 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
06:52.06 | *** join/#oe msm` (~msm@cpe-72-182-100-192.austin.res.rr.com) |
06:53.46 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
06:56.26 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
07:04.29 | *** join/#oe stefan_schmidt (~stefan@p20030048093A051FF2DEF1FFFE6228F7.dip0.t-ipconnect.de) |
07:12.40 | mckoan | good morning |
07:17.52 | kroon | morning mckoan |
07:21.41 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-oxoeqlgrlwliqdiz) |
07:22.24 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
07:22.48 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
07:30.21 | *** join/#oe fusman (~fahad@110.93.212.98) |
07:31.07 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
07:34.25 | *** join/#oe afournier (~admin@46.255.181.29) |
07:40.27 | *** join/#oe sr105|away (~sr105@65349hfc19.tampabay.res.rr.com) |
08:07.18 | *** join/#oe dany (~Thunderbi@sestofw01.enea.se) |
08:14.12 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
08:22.56 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
08:34.19 | woglinde | hi kroon and mckoan |
08:34.49 | kroon | hi woglinde |
08:57.14 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
08:58.11 | *** join/#oe afournier (~admin@46.255.181.29) |
09:07.04 | ao2 | hi, I've got this 3.2 kernel for armv5te (machine a780 from meta-handheld) which fails to boot when compiled with the current meta-toolchain built with OE (gcc-4.8.2), it boots fine when compiled with an older toolchain from OE (gcc-4.5.x), this is my bblayers.conf https://gitorious.org/openezx/oe-ezx-build/source/9239cede81c496504f5a5050bc73463389c98671:build/conf/bblayers.conf Is it OK for meta-toolchain? |
09:08.15 | ao2 | Where should I report this kind of issues? |
09:09.52 | *** join/#oe ajtag (~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net) |
09:27.00 | ant_work | ao2: here is fine;) |
09:27.06 | ant_work | to me or bluelightning |
09:27.11 | *** join/#oe kristoffer (~kristoffe@c-e882e253.171-2-64736c10.cust.bredbandsbolaget.se) |
09:27.48 | ant_work | ao2: we were about obsoleting that family of devices |
09:27.59 | ant_work | good that you jump in |
09:30.10 | ant_work | now, I can say that other armv5te devices do boot with the standard-built toolchain |
09:30.49 | ant_work | note, I don't include the toolchain-layer |
09:31.03 | koen | came across an a780 while tidying up this weekend |
09:31.22 | ant_work | heh |
09:31.25 | ao2 | ant_work, hi, I can try without toolchain-layer |
09:31.54 | ao2 | hi koen how are you doing? |
09:32.41 | koen | ao2: pretty good, and you? |
09:33.57 | ant_work | ao2: try straight 3.14 |
09:34.09 | ao2 | koen, not too bad either, thanks |
09:34.50 | ao2 | ant_work, do you mean a 3.14 kernel? |
09:34.58 | ant_work | yes, can we remove that openezx-kernel_git ? |
09:35.47 | ant_work | put your defconfig in linux-yocto_3.14 |
09:36.10 | ao2 | ezx devices are still bound to a 3.2 kernel with a lot of non mainline stuff |
09:36.17 | ant_work | argh |
09:37.06 | ao2 | but if you want to remove this old stuff from mainline OE we can put them in a dedicated layer |
09:37.30 | ant_work | we are collecting all in meta-handheld possibly under the same linux-yocto recipe |
09:37.51 | ant_work | koen: btw it would be great if you'd give a try to hx4700 |
09:38.16 | koen | I'll have some time thursday, remind me then |
09:38.23 | koen | release week this week |
09:38.34 | koen | and a day shorter due to thursday being a holiday |
09:38.38 | ant_work | o_O |
09:38.39 | koen | mixed blessings :) |
09:39.54 | ao2 | ant_work, I'll let you know about meta-toolchain without toolchain-layer, I have to leave for a while now |
09:41.06 | ant_work | thx |
10:09.12 | *** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl) |
10:09.51 | *** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl) |
10:23.41 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
10:43.58 | *** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz) |
10:44.24 | *** join/#oe bluelightning (~paul@p57B13A5F.dip0.t-ipconnect.de) |
10:44.24 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
10:45.44 | *** join/#oe phdeswer (~phdeswer@a88-112-199-213.elisa-laajakaista.fi) |
11:15.13 | *** join/#oe mago_ (~mago@c193-14-123-186.cust.tele2.se) |
11:29.50 | *** join/#oe CMoH (~cipi@78.96.95.69) |
11:29.53 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
11:45.15 | *** join/#oe belen (~Adium@5751cae3.skybroadband.com) |
12:12.15 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
12:22.16 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
12:34.50 | mago_ | if I set PREFERRED_PROVIDER_x = "y" and PREFERRED_VERSION_y = "1.0", it should include v1.0 of "y" in my image if it depends on x, right? |
12:35.36 | mago_ | Well, I'm getting this warning: "NOTE: consider defining a PREFERRED_PROVIDER entry to match u-boot" (where u-boot is my "x" in the above example) |
12:38.03 | tasslehoff | I need to make some mountpoints to go with my fstab. Is mkdir with ROOTFS_POSTPROCESS_COMMAND the right way to do it? |
12:54.16 | *** join/#oe kgilmer (~kgilmer@ip-64-134-22-123.public.wayport.net) |
12:59.42 | bencoh | hmm, is OE supposed to work with several target machines/arch in the same build tree as of now ? |
13:00.17 | bencoh | looks like I just broke mine after building for a new machine |
13:00.43 | bencoh | (I was building for x86_64/nuc and tried an arm/cubox-i target) |
13:01.36 | bencoh | that's what I get when moving back to MACHINE=nuc http://pastebin.notk.org/pastebin.php?show=d279953ee |
13:05.00 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
14:04.37 | tasslehoff | Nah, that was not right. And do_install_append was not the solution either. |
14:42.23 | *** join/#oe blitz00 (~stefans@79.118.240.174) |
14:42.23 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
15:14.31 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
15:29.18 | *** join/#oe flo_lap (~fuchs@sign-4d0947fe.pool.mediaWays.net) |
15:29.18 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
15:41.38 | stefan___ | I'm trying to use the meta-mingw layer to build a mingw-based SDK. Some of the projects I'm trying to include appear to be pulling in nativesdk-eglibc, which seems entirely wrong. Any idea how I should address that ? |
15:47.37 | *** join/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
15:49.02 | nerdboy | winding up the clue stick for #wandboard... |
15:49.53 | nerdboy | stefan___: not sure... do you have a preferred_provider set for libc? |
15:50.19 | stefan___ | nerdboy: I don't even know what that is. |
15:50.46 | nerdboy | tasslehoff: maybe a deploy task with install -d ? |
15:51.42 | stefan___ | nerdboy: conceptually I would expect the meta-mingw layer to provide its own C runtime, so eglibc shouldn't be used at all (on the host machine, that is).) |
15:52.11 | stefan___ | but I don't know how that is expressed in terms of poky vocabulary. |
15:52.44 | nerdboy | grep your .conf files for PREFERRED_PROVIDER_virtual/libc |
15:53.35 | nerdboy | actually, bitbake -e grep foo will show you what it is in your build env |
15:55.57 | stefan___ | the value is eglibc |
15:56.29 | nerdboy | that would be incorrect for what you want... |
15:57.52 | stefan___ | what does this variable express ? Is that the host C runtime ? (and what would be the name of the target runtime ?) |
15:58.31 | nerdboy | nothing to do with "host" at least not outside bitbake env |
15:58.50 | nerdboy | it's the libc used for your toolchain and runtime |
15:59.14 | stefan___ | which runtime ? host or target ? |
15:59.23 | nerdboy | is still not clear on where the proper place is |
15:59.38 | nerdboy | target runtime and and sdk/toolchain |
16:00.40 | nerdboy | try adding PREFERRED_PROVIDER_virtual/libc = "foo" in yout local.conf |
16:00.45 | stefan___ | Right, but that should be (e)glibc. I'm trying to build an SDK for mingw, so I need a mingw-based runtime for the host-side, and a normal (e)glibc-based runtime for the target. |
16:00.58 | nerdboy | where foo == one of the other libc options |
16:01.20 | stefan___ | sorry, I'm not sure what the options are. |
16:01.38 | nerdboy | what does mingw need for libc? |
16:02.03 | stefan___ | I don't know. I think it is downloading a pre-built mingw package from sf.net |
16:02.15 | nerdboy | it's been a long time since i played with mingw but iirc that was based on a "normal" gnu toolchain? |
16:02.55 | nerdboy | well, if that's true then maybe eglibc is correct |
16:03.14 | nerdboy | running out of a**-hairs |
16:03.55 | stefan___ | yeah, I think it is just doing a canadian cross compilation of gcc. Well, it did manage to compile nativesdk-eglibc, but it failed to install it. |
16:05.01 | stefan___ | ponders writing a mail, unless RP is around on irc to help |
16:24.33 | stefan___ | nerdboy: the meta-mingw layer contains a "nativesdk-mingw-w64-runtime" package that contains 'PROVIDES += "virtual/nativesdk-libc"' |
16:25.12 | stefan___ | that sounds to me like it is building the host-side C runtime for the mingw layer, no ? |
16:26.07 | nerdboy | yup |
16:26.44 | stefan___ | so why nativesdk-eglibc, then ? It's not referenced in that .bb file, it must be pulled in from somewhere else. |
16:28.03 | nerdboy | if that package got built, the info file should have deps |
16:28.22 | nerdboy | there's a dot file dep graph command as well |
16:29.37 | nerdboy | maybe there's a missing virtual you need in your config? |
16:31.09 | stefan___ | I once tried to build a dependency graph. The image was *huge*, so I stopped trying to open it (I killed gimp after it almost brought my machine to its knees during startup.) |
16:31.53 | stefan___ | and I never got to the point where a package depending on eglibc was built, given that eglibc itself failed to install (due to some path issues) |
16:32.16 | stefan___ | So, I still have no idea what is dragging in eglibc as nativesdk C runtime. |
16:33.03 | *** join/#oe zenlinux (zenlinux@2600:3c00::f03c:91ff:fedb:c91) |
16:34.18 | nerdboy | maybe set a PREFERRED_PROVIDER_virtual/nativesdk-libc = "blah" in your config? |
16:34.56 | stefan___ | tries that |
16:36.21 | *** join/#oe RP (~richard@5751f4a1.skybroadband.com) |
16:47.14 | nerdboy | notes that a 4-core amd laptop is nowhere close to a 6-core desktop in terms of oe build speed |
16:49.51 | nerdboy | at least it stays fairly cool... |
16:55.08 | RP | stefan___: Only a minimal set of recipes have been made to compile for mingw |
16:55.25 | RP | stefan___: If you're trying to extend the SDK, you're probably into new territory |
17:00.37 | *** join/#oe ash_charles (~ash@s206-116-3-18.bc.hsia.telus.net) |
17:09.22 | *** join/#oe jkridner (~jkridner@65.183.14.206) |
17:09.22 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
17:29.40 | *** join/#oe CMoH (~cipi@78.96.95.69) |
17:29.52 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
17:36.39 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
18:05.57 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
18:13.59 | *** join/#oe belen (~Adium@5751cae3.skybroadband.com) |
18:17.12 | *** join/#oe sgw_ (~sgw@c-50-186-0-160.hsd1.or.comcast.net) |
18:19.26 | khem | stefan___: there are bunch of other things that are provided by nativesdk version of libc |
18:20.16 | khem | nativesdk-libiconv nativesdk-libintl |
18:20.49 | khem | unless your recipes provide them it will pull in nativesdk-eglibc |
18:21.18 | khem | and usually we do depend on our own version of libc to be running on sdk host machine |
18:21.28 | *** join/#oe tasslehoff (~Tasslehof@145.79-161-31.customer.lyse.net) |
18:21.56 | stefan___ | khem: OK. So if it is expected that eglibc is built for mingw, we need to figure out why it fails to install. Some paths are wrong... |
18:21.58 | khem | since we depend on rpath manipulations to run cross compilers and other native tools in SDK |
18:22.16 | khem | stefan___: I would suggest to go that route yes |
18:23.24 | tasslehoff | maybe slightly OT, but do anyone know why I can't also have an entry in fstab that shows me /dev/mmcblk0p2 in /media/mmcblk0p2 as well as in / (rootfs)? |
18:23.39 | tasslehoff | a bit too much also and as well there :) |
18:24.33 | khem | tasslehoff: you mean you want it to be automounted ? |
18:24.48 | khem | you can write udev rules for that |
18:27.30 | khem | there already is mount script in udev IIRC |
18:27.33 | *** join/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
18:27.38 | khem | which should work in most cases |
18:27.46 | tasslehoff | khem: on my beagleboard I had /media/mmcblk0p[1-4] in /etc/fstab, and they were all mounted. on my wandboard all of them show up in the mountpoints except the one that contains the rootfs |
18:27.59 | tasslehoff | and is therefore already mounted on / |
18:28.09 | tasslehoff | trying to find the x-factor |
18:29.00 | khem | its mounted as / already so whats the need to get it automounted under /media |
18:31.08 | tasslehoff | khem: convenient for my upgrade scripts. they extract the new rootfs to /media/mmcblk0p2 or 3 based on where the running rootfs is. |
18:31.29 | tasslehoff | Not very important, but I'm curious what has changed |
18:31.47 | *** part/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
18:31.48 | tasslehoff | but, if this is OT I'll try some detective work of my own. |
18:33.06 | khem | you wont be overwriting mounted rootfs I assume so if it does not exist in /media then its mounted as / |
18:33.52 | khem | tasslehoff: btw. is it same version of OE that mounts it on beagle |
18:33.57 | khem | and not on wandboard ? |
18:34.12 | tasslehoff | khem: nay. 1.4 on beagle, 1.6 on yocto. |
18:34.26 | khem | oh well |
18:35.04 | tasslehoff | I guess :) |
18:35.13 | nerdboy | still trying to get his own kernel booting wandboard |
18:35.24 | *** join/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
18:35.44 | khem | tasslehoff: there were few changes done on automounting / |
18:35.51 | tasslehoff | khem: but! you gave me another good idea. to automount the partitions instead of keeping them in fstab |
18:35.53 | tasslehoff | ok |
18:36.10 | khem | and 1.4 to 1.6 is a bigger jump so there could be more causing it |
18:36.19 | khem | but I would suggest to look into that area |
18:36.34 | tasslehoff | thanks |
18:36.55 | khem | yeah |
18:37.16 | *** join/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
18:37.48 | *** join/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
18:47.30 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
19:27.37 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
19:30.27 | *** join/#oe ant_home (~andrea@host160-222-dynamic.7-79-r.retail.telecomitalia.it) |
19:39.12 | *** join/#oe ldnunes (~ldnunes_@177.194.208.225) |
19:42.01 | *** join/#oe woglinde (~henning@f053010042.adsl.alicedsl.de) |
20:18.03 | *** join/#oe anarsoul (~anarsoul@80.249.90.185) |
20:18.28 | *** join/#oe toobluesc (~nitro@2001:558:6045:7b:7cdc:da18:e3f5:77d5) |
20:23.32 | *** join/#oe droy (rishabhsix@gateway/shell/waartaa/x-mbobqoqexqrkvprs) |
20:23.43 | droy | ho |
20:23.49 | droy | *hi |
20:28.38 | droy | could any one help me out actually i wanted to make an operating system for my MSP-exp 430f5529 board |
20:29.23 | droy | http://www.ti.com/tool/msp-exp430f5529 this is my board |
20:37.55 | nerdboy | gets the first hotlink off the bbq |
20:38.02 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209) |
20:38.02 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
21:10.39 | stefan___ | I get an install error from nativesdk-eglibc-locale, which wants to install into "/usr/local/OpenEmbedded/yocto/poky/build-mingw/tmp/sysroots/x86_64-nativesdk-mingw32-pokysdk-mingw32/opt/poky/1.6/sysroots/x86_64-pokysdk-mingw32/usr/include/eglibc-locale-internal-x86_64-nativesdk-mingw32-pokysdk-mingw32//opt/poky/1.6/sysroots/x86_64-pokysdk-mingw32/usr/bin" |
21:10.48 | *** join/#oe jkridner (~jkridner@65.183.14.206) |
21:10.48 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
21:11.49 | stefan___ | can someone please tell me whether that directory looks good, and if not, where I might look for the logic defining it ? |
21:16.40 | stefan___ | note that the build failure only happens when I'm using the meta-mingw layer. |
21:33.14 | *** join/#oe uwe_ (~uwe_@ipservice-092-211-041-018.pools.arcor-ip.net) |
22:13.26 | *** join/#oe Shawn286 (~Shawn@unaffiliated/shawn156) |
22:37.48 | *** join/#oe kuldeepdhaka__ (~kuldeepdh@unaffiliated/kuldeepdhaka) |
22:46.43 | nerdboy | anybody else have issues with xkeymaps lately? |
22:47.01 | nerdboy | keyboard is missing all the cursor keys now |
22:48.07 | nerdboy | stefan___: the last part looks bogus |
22:48.47 | nerdboy | looks like there's a bogus $sdk_bin dir somewhere |
22:53.32 | *** join/#oe mago_ (~mago@c193-14-123-186.cust.tele2.se) |
23:07.49 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
23:47.01 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |