| 00:20.40 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 00:26.01 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 00:45.45 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 01:18.38 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 01:45.28 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 01:45.43 | dcordes | khem, ping |
| 01:46.18 | dcordes | khem, got problems building glib with gcc-4.4.4 on armv7 |
| 01:47.36 | dcordes | khem, the 4.4.5 test with angstrom distro failed unfortunately. something in the depency tree wanted csl toolchain again |
| 01:50.24 | dcordes | khem, I'm pinging you about the 4.4.4 cause I've seen you adding some stuff and mentioning armv7.. |
| 01:50.42 | dcordes | I didn't see that error building from scratch few days ago with same configuration |
| 01:52.29 | khem | dcordes: someone upgraded glib |
| 01:53.27 | khem | 211fb05d665e95192cf4d4b81dfa89fde04359cf |
| 01:54.12 | khem | what failed with 4.5 |
| 01:55.04 | dcordes | I think it was also something about glib |
| 01:55.09 | dcordes | tbh I didn't note it |
| 01:55.16 | dcordes | tinderbox might have the answer. let me take a look |
| 01:58.51 | khem | dcordes: send an email to mailing list do Stanislav knows |
| 02:04.18 | *** join/#oe fraxinath (~quassel@p4FD64EE5.dip.t-dialin.net) |
| 02:04.40 | dcordes | khem, is it necessary to put something special into subject ? |
| 02:05.19 | khem | dcordes: for now PREFERRED_VERSION_glib-2.0-native = "2.24.0" |
| 02:05.27 | khem | in your local.conf |
| 02:05.38 | khem | should choose the previous version |
| 02:06.25 | khem | dcordes: or alternatively you can add libiconv to DEPENDS |
| 02:07.21 | khem | hmmm that one will not work because we dont seem to have recipe for libiconv-native |
| 02:07.23 | dcordes | khem, Im reporting it anyway |
| 02:07.31 | khem | you should |
| 02:07.41 | khem | mostt probably he has libiconv installed on his box |
| 02:08.00 | khem | you can install libiconv on the build box and it will work for you |
| 02:08.52 | khem | btw this failure should happen with any compiler |
| 02:09.18 | dcordes | aha so it's something new to add to the sanity checker for host ? |
| 02:09.52 | dcordes | crap I forgot I'm on the machine where I have no # |
| 02:09.56 | khem | or remove usage of libiconv from glib |
| 02:10.33 | dcordes | hm pity. no libiconv-native |
| 02:10.40 | dcordes | I think oe needs more *-native :) |
| 02:10.52 | mwester_ | Phht! |
| 02:11.37 | mwester_ | If we had just a few more -native recipes, we might as well reboot the host into "oe-native" to do the build. :p |
| 02:12.00 | dcordes | sounds good |
| 02:12.01 | mwester_ | Thank goodness for ASSUME_PROVIDED |
| 02:12.54 | mwester_ | But to be serious, I wonder how far away we really are from being able to chroot into an OE-native fs... and would that have any benefit? |
| 02:14.00 | dcordes | crazy |
| 02:14.02 | khem | mwester: we still dont build toolchain for build |
| 02:14.04 | khem | :) |
| 02:14.20 | khem | once we start doing that then we are almost there |
| 02:14.32 | khem | so we will be building two distro |
| 02:14.32 | dcordes | khem, seems like you're right. here is the error |
| 02:14.38 | dcordes | | gconvert.c:55:2: error: #error GNU libiconv not in use but included iconv.h is from libiconv |
| 02:15.22 | khem | dcordes: you can choose previous version in local.conf and report the issue in ml |
| 02:15.28 | khem | and quote the commit too |
| 02:15.31 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 02:15.38 | dcordes | aight |
| 02:16.56 | khem | and continue with 4.5 :) |
| 02:17.36 | dcordes | khem, but then it will give me the code sourcery bs again |
| 02:18.02 | dcordes | khem, which commit should I quote? there are several glib things |
| 02:20.28 | khem | dcordes: I mentioned it a while ago |
| 02:20.45 | khem | what CS thing does it want |
| 02:20.57 | dcordes | ah see the hash |
| 02:21.49 | dcordes | ok mail sent |
| 02:22.47 | khem | dcordes: how did you select 4.5 |
| 02:22.57 | khem | I know you send your local.conf |
| 02:23.02 | khem | can you repaste it |
| 02:23.22 | dcordes | PREFERRED_VERSION_gcc-cross = "4.4.4" |
| 02:23.23 | dcordes | PREFERRED_VERSION_gcc-cross-initial = "4.4.4" |
| 02:23.23 | dcordes | PREFERRED_VERSION_gcc-cross-intermediate = "4.4.4" |
| 02:23.23 | dcordes | PREFERRED_VERSION_binutils-cross = "2.20.1" |
| 02:23.38 | dcordes | this what I was using now when I encountered glib-2.0 libiconv problem |
| 02:23.40 | dcordes | as seen on ml |
| 02:23.54 | khem | and what happens if you change 4.4.4 to 4.5 |
| 02:24.48 | dcordes | 1sec |
| 02:25.52 | dcordes | lol I set 4.4.5 yesterday |
| 02:26.33 | dcordes | explains why I got nice codesourcery offered |
| 02:26.52 | dcordes | ok will do rm -rf and build with 4.5 |
| 02:27.42 | dcordes | PREFERRED_VERSION_gcc-cross = "4.5" |
| 02:27.42 | dcordes | PREFERRED_VERSION_gcc-cross-initial = "4.5" |
| 02:27.43 | dcordes | PREFERRED_VERSION_gcc-cross-intermediate = "4.5" |
| 02:27.43 | dcordes | PREFERRED_VERSION_binutils-cross = "2.20.1" |
| 02:27.43 | dcordes | PREFERRED_VERSION_perl-native = "5.10.1" |
| 02:27.43 | dcordes | PREFERRED_VERSION_glib-2.0-native = "2.24.0" |
| 02:27.46 | dcordes | khem, looks good ? |
| 02:28.46 | khem | dcordes: yes |
| 02:29.15 | khem | mwester: the box arrived today I just checked my mailbox |
| 02:29.33 | dcordes | this build I must get an image ! else the rm -rf tmp to image built ratio reaches critical level |
| 02:29.56 | dcordes | khem, new ARM board ? |
| 02:30.12 | khem | dcordes: no its an old nslu |
| 02:30.18 | dcordes | lol |
| 02:30.33 | dcordes | I have an akita and I mentioned on the list that I offered it to good OE peeps |
| 02:30.40 | dcordes | in that oe devices page |
| 02:30.57 | mwester_ | cool |
| 02:31.25 | dcordes | if you know somebody who wants it ping me |
| 02:32.28 | khem | dcordes: btw if you choose gcc 4.5 you should rebuild everything |
| 02:32.37 | khem | dcordes: due to TLS access issue |
| 02:32.40 | dcordes | already rf'd |
| 02:32.48 | khem | good job |
| 02:32.56 | dcordes | baking now |
| 02:33.37 | dcordes | khem, you happen to know somebody who's good with touchscreen drivers? I have that android ts driver I want to use with tslib |
| 02:34.06 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-rxyzwbvilsogynfg) |
| 02:34.09 | khem | dcordes: kergoth could help you |
| 02:37.21 | dcordes | kergoth, would be nice if you could take a look https://lists.berlios.de/pipermail/tslib-general/2010-July/000302.html |
| 02:40.16 | khem | mwester: I powered it on and put on network |
| 02:40.24 | khem | does not show up in my device lis |
| 02:41.06 | dcordes | thinks he should try evdev too |
| 02:41.06 | mwester_ | Yep. It has the original Linksys firmware put back on it. |
| 02:41.16 | khem | ah |
| 02:41.35 | mwester_ | For whatever reason, Linksys did not default to DHCP -- they hardcoded 192.168.1.77 |
| 02:41.53 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 02:41.55 | khem | hmmmm and my network is not 192.168.x.x |
| 02:42.01 | khem | its 10.x.x.x |
| 02:42.08 | mwester_ | Same for mine. |
| 02:42.19 | *** join/#oe Openfree (~Openfree`@218.1.217.37) |
| 02:42.51 | khem | mwester: so first thing I should put OE on it |
| 02:43.07 | khem | where are directions for firmware change |
| 02:43.14 | mwester_ | IIRC, I didi something like "ifconfig eth0:1 192.168.1.100 (etc etc)" to add an IP to the existing NIC on my host, then I could ping it and connect to it with my browser (and set DHCP). |
| 02:43.46 | mwester_ | http://www.nslu2-linux.org/ <--- main wiki |
| 02:43.59 | *** join/#oe jpereira (~jpereira@189.60.161.16) |
| 02:44.08 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 02:44.18 | mwester_ | http://www.nslu2-linux.org/wiki/SlugOS/InstallandTurnupABasicSlugOSSystem <-- SlugOS install |
| 03:09.26 | *** join/#oe borg_ (~olaf@p54868DD8.dip0.t-ipconnect.de) |
| 03:13.43 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 03:17.56 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r1f373112f4 10openembedded.git/recipes/quilt/ (5 files in 2 dirs): (log message trimmed) |
| 03:17.56 | CIA-2 | quilt: Add option QUILT_NO_RM_SYMLINKS so follow symlinks with quilt refresh |
| 03:17.57 | CIA-2 | * OE now creates symlinks into metadata. This patch allows quilt to |
| 03:17.57 | CIA-2 | follow the symlinks so when a patch is refreshed then the result |
| 03:17.57 | CIA-2 | happens in the metadata location. |
| 03:37.59 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 03:46.05 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 06:13.37 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 06:25.35 | *** join/#oe zecke (~ich@df01ppp026.eplus-online.de) |
| 06:42.37 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 06:47.10 | *** join/#oe vaibhav1 (~vaibhav@122.169.90.116) |
| 06:53.03 | *** join/#oe methril_ (~methril@189.27.129.196.dynamic.adsl.gvt.net.br) |
| 06:53.34 | eFfeM | gm |
| 07:01.03 | *** join/#oe hillct_ (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 07:04.37 | eFfeM | pb_ ping |
| 07:37.33 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 08:06.50 | Jay7 | JFYI: OE profile on ohloh https://www.ohloh.net/p/3928 |
| 08:26.27 | *** join/#oe GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 08:27.20 | *** join/#oe B_Lizzard (~havoc@athedsl-421257.home.otenet.gr) |
| 08:30.13 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra9b120b534 10openembedded.git/recipes/gcc/ (2 files): gcc csl 2007q3: hack to fix build |
| 08:46.42 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
| 08:48.05 | *** join/#oe arun (~arun@unaffiliated/sindian) |
| 08:49.29 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 08:50.07 | *** part/#oe fraxinath (~quassel@p4FD64EE5.dip.t-dialin.net) |
| 09:04.39 | pb__ | eFfeM: hello |
| 09:04.42 | *** join/#oe arun (~arun@unaffiliated/sindian) |
| 09:04.51 | *** part/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 09:06.42 | eFfeM | pb__ wnated to discuss with you if it should be base.bbclass or cross.bbclass |
| 09:07.14 | eFfeM | inbetween i did send an email as I'm probably gone in a few minutes and only have little time later today |
| 09:09.48 | eFfeM | and wheter we should also introduce COMPATIBLE_ARCH |
| 09:10.32 | pb__ | yeah, I just replied to your mail |
| 09:10.42 | pb__ | I don't understand why COMPATIBLE_ARCH is necessary. |
| 09:11.58 | eFfeM | well e.g. most gcc versions do not support nios2 in any flavour that's why _ARCH could be handy |
| 09:12.34 | eFfeM | need to go now, back in 30-60 mins |
| 09:13.42 | pb__ | right, but you can check that with TARGET_SYS anyway |
| 09:13.58 | pb__ | (since TARGET_SYS is, in general, defined in terms of TARGET_ARCH + TARGET_OS) |
| 09:14.12 | pb__ | there doesn't seem any need to add a separate check for that |
| 09:18.26 | *** join/#oe Openfree (~Openfree`@218.1.217.37) |
| 09:26.54 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
| 09:33.37 | *** join/#oe zecke (~ich@dsl-62-220-14-162.berlikomm.net) |
| 09:46.48 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 09:57.26 | *** join/#oe zenob (~marek@ip-77.222.249.248.spray.net.pl) |
| 10:06.47 | eFfeM | yeah, figured that out about half an hour ago |
| 10:09.01 | eFfeM | pb__ just read your email, somehow I assumed that cross.bbclas would be for recipes running on the host doing things for the target |
| 10:09.10 | eFfeM | is this a wrong assumption? |
| 10:16.19 | eFfeM | COMPATIBLE_MACHINE is also there and if COMPATIBLE_TARGET_SYS is only used for cross, it is still possible that the system tries to build a non-supported recipe (e.g. for if COMPATIBLE_TARGET_SYS gcc 4.x says it is for sys S only then non S systems will not build gcc-cross 4.x but with a gcc-cross it is still possible to build the gcc 4.x for S |
| 10:16.30 | eFfeM | at least that is my understanding but I can be wrong here |
| 10:25.26 | *** join/#oe B_Lizzard (~havoc@athedsl-421257.home.otenet.gr) |
| 10:47.49 | *** join/#oe dth (~dieter@a89-182-75-136.net-htp.de) |
| 10:52.22 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 11:05.57 | *** join/#oe Heinervdm (~thomas@pD9E167CB.dip.t-dialin.net) |
| 11:09.32 | pb_ | eFfeM: you're correct that cross.bbclass is for recipes running on BUILD_SYS and generating code for TARGET_SYS. |
| 11:16.27 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 11:18.44 | *** join/#oe aszpain (~aszpain@72.67.18.95.dynamic.jazztel.es) |
| 11:19.27 | dcordes | good day! |
| 11:19.27 | aszpain | I have made an 2.6.28 image... now I want a 2.6.33 image.. how can I change OE to change the default kernel version when doing images? |
| 11:20.24 | dcordes | aszpain, in local.conf put something like |
| 11:20.25 | dcordes | PREFERRED_VERSION_<your-kernel-package-name-here> "2.6.33" |
| 11:20.47 | aszpain | my kernel package? |
| 11:20.54 | dcordes | aszpain, what is your machine ? |
| 11:20.59 | aszpain | IGEPv2 |
| 11:21.04 | aszpain | igep0020 |
| 11:21.51 | dcordes | aszpain, all kernel recipes can be found in recipes/linux/ |
| 11:22.07 | Jay7 | or set DEFAULT_PREFERENCE_<your_machine>="1" in appropriate kernel recipe |
| 11:22.19 | Jay7 | but local.conf is better |
| 11:22.47 | aszpain | so u cant upgrade to ANY kernel u want just the ones in the recipes? |
| 11:23.19 | dcordes | aszpain, sure you can. but you need to find out what .bb is providing your kernel first |
| 11:24.00 | dcordes | aszpain, obviously PREFERRED_VERSION_<your-kernel-package-name-here> "2.6.33" assumes that you have 2.6.33 version of that recipe present in OE |
| 11:24.19 | aszpain | hmm let me chekc if it is here |
| 11:24.28 | aszpain | recipes/linux/ u said right ? ok |
| 11:26.52 | aszpain | where is not found |
| 11:27.04 | aszpain | it only has the recipe for 28 |
| 11:27.09 | aszpain | :( |
| 11:27.24 | aszpain | so how can I make / get that .BB file? |
| 11:31.12 | aszpain | dcordes.... cant you just copy the .bb file of the 28 as a base for the 2.6.33 ? |
| 11:31.45 | aszpain | meta/packages/linux/linux-igep2_2.6.28.10-0.bb |
| 11:31.48 | dcordes | aszpain, that's what I usually do |
| 11:31.58 | aszpain | and... does it works? |
| 11:32.28 | dcordes | aszpain, look at the .bb file content and just try |
| 11:32.59 | dcordes | aszpain, on a site note the fact that your recipes are in packages rather than recipes shows that you are not using org.openembdded.dev branch of the oe source tree |
| 11:33.23 | dcordes | aszpain, so you are probably about to do double work |
| 11:34.02 | aszpain | hmmmm |
| 11:34.34 | dcordes | aszpain, 'git branch' to check |
| 11:34.38 | aszpain | git clone http://repo.or.cz/r/openembedded.git |
| 11:34.46 | aszpain | omg thats what my wiki said |
| 11:35.12 | aszpain | why my board provider said me to dl oe from here? |
| 11:35.29 | dcordes | please use 'git branch' to check what branch you on. it's the one with the asterisk |
| 11:36.21 | aszpain | * org.openembedded.dev |
| 11:36.24 | aszpain | yes it is then |
| 11:36.45 | aszpain | its ok |
| 11:37.56 | eFfeM | pb_ but shouldn't COMPATIBLE_TARGET_SYS also avoid building target recipes that make no sense (e.g. building a binutils or gcc for a target that does not support that target also breaks things |
| 11:39.47 | pb_ | yeah, I guess so |
| 11:40.00 | pb_ | in absence of a generic toolchain.bbclass, maybe base.bbclass really is the least bad place for that check. |
| 11:40.16 | pb_ | it is a bit of a shame to introduce the extra overhead for the 99% of packages that won't benefit from it, but still. |
| 11:40.58 | eFfeM | pb_ i have no better idea |
| 11:40.58 | CIA-2 | 03Paul Eggleton <bluelightning@bluelightning.org> 07org.openembedded.dev * r078d6eadc4 10openembedded.git/conf/machine/ (h4000.conf hx4700.conf): conf/machine: add keymaps to recommended list for h4000/hx4700 to fix record button |
| 11:41.09 | CIA-2 | 03Paul Eggleton <bluelightning@bluelightning.org> 07org.openembedded.dev * r4857a88f7e 10openembedded.git/recipes/keymaps/ (3 files in 3 dirs): keymaps: add keymaps for h4000 & hx4700 to make record button usable |
| 11:41.19 | pb_ | though, that said, building gcc for an unsupported target would choke fairly quickly during configure, so I am not quite sure what the extra check really buys you. |
| 11:41.58 | eFfeM | pb_ if you agree with the patch in base.bbclass can you ack the original patch ? |
| 11:42.23 | eFfeM | pb_ I want to avoid that distro's pull in a recipe that is not supported for that target |
| 11:42.48 | dcordes | aszpain, are you uptodate ? 'git pull' |
| 11:43.23 | pb_ | ok, fair enough I guess |
| 11:43.34 | dcordes | aszpain, you really should not have a packages dir |
| 11:44.56 | pb_ | is it just gcc and binutils that are going to do this? if so, maybe their own .inc files would be a better place. |
| 11:48.05 | CIA-2 | 03Paul Eggleton <bluelightning@bluelightning.org> 07org.openembedded.dev * r2cc5b6a073 10openembedded.git/recipes/opie-init/opie-init.inc: opie-init: disable special init handling for c7x0 (for w100 which is currently disabled) |
| 11:48.32 | dcordes | mickey|bbl, I am subscribed to the devel ml. few hours ago I sent couple of mails which are not visible in the archive yet. can you check ? |
| 11:50.37 | pb_ | could be that your server is greylisted, it will do that if you haven't posted before. |
| 11:51.31 | dcordes | pb_, it were the first mails I sent |
| 11:52.32 | pb_ | that's probably it then |
| 11:55.10 | eFfeM | pb_ it is as far as I see it now gcc, binutils and *libc; haven't considered doing it locally, maybe it is better to have a generic solution, I can imagine it is useful elsewehre too |
| 11:55.38 | pb_ | eFfeM: libc isn't a cross tool, so you can just check for COMPATIBLE_HOST there. |
| 11:56.14 | pb_ | it's only the cross ones that are slightly complex. if that's just gcc and binutils then I would suggest doing it locally in their own recipes |
| 11:56.59 | pb_ | or in a compatible-toolchain.bbclass that they all inherit, if you prefer |
| 11:57.21 | eFfeM | pb_ this is not only about cross tools, libc has target specific code it it and if libc does not run on an arch it is pointless to select it as a package or build it |
| 11:57.31 | pb_ | eFfeM: right, but you can check that with COMPATIBLE_HOST |
| 11:57.46 | pb_ | i.e. there is already a mechanism to do what you need for libc, there is no need to add a new one |
| 11:58.19 | eFfeM | pb_ I agree with the last sentence but thougth COMPATIBLE_HOST only said something about hosts |
| 11:59.00 | eFfeM | e.g. what would I add to glibc 2.4 if I want to specify this is not for nios2 |
| 11:59.10 | pb_ | COMPATIBLE_HOST = "(?!nios2)" |
| 11:59.39 | pb_ | or whatever the notation was for negative regexps |
| 12:00.33 | eFfeM | your negate is ok, just thought COMPATIBLE_HOST was for saying that things do not run on the build host |
| 12:00.50 | eFfeM | i think COMPATIBLE_HOST is not documented |
| 12:00.58 | pb_ | that would be COMPATIBLE_BUILD_SYS or something, which doesn't exist. |
| 12:01.06 | pb_ | COMPATIBLE_HOST just tests against ${HOST_SYS} |
| 12:01.20 | eFfeM | pb_ found that |
| 12:02.13 | eFfeM | thought HOST_SYS was for host |
| 12:02.30 | pb_ | it is. I suspect you are confused about what "host" means in this context. |
| 12:02.34 | eFfeM | yes |
| 12:02.44 | eFfeM | will try this later, got visitors |
| 12:02.50 | eFfeM | thanks alot for your info |
| 12:03.21 | pb_ | see the autoconf manual, it has some explanation of the "build"/"host"/"target" terminology |
| 12:03.28 | dcordes | pb_, can you whitelist my mailserver then ? |
| 12:03.38 | pb_ | dcordes: no, but the greylist will sort it out eventually |
| 12:03.44 | dcordes | ok ^^ |
| 12:04.05 | dcordes | pb_, how long does that usually take ? |
| 12:04.16 | pb_ | dcordes: a few hours, I forget exactly how it's configured on discovery |
| 12:04.34 | pb_ | I don't have my ssh keys with me now but I can look at it later if your mail still hasn't been delivered. |
| 12:04.56 | dcordes | pb_, I sent the first mail 03:21:44 CET |
| 12:05.13 | pb_ | ah, it shouldn't have taken that long |
| 12:05.17 | pb_ | you didn't get a bounce, presumably? |
| 12:05.21 | dcordes | pb_, nope |
| 12:05.43 | dcordes | pb_, I have a discovery unprivileged user |
| 12:06.24 | pb_ | okay. if you ping me again later when I am back at home, I will have a poke at the logs and see what has gone wrong. unless mickey|bbl returns and sorts you out before then. |
| 12:06.32 | pb_ | or flo_lap, he also has root on discovery |
| 12:09.11 | dcordes | pb_, ok thanks a lot |
| 12:10.03 | eFfeM | pb_ will look at the manual, will get back to this later |
| 12:10.06 | eFfeM | bye |
| 12:10.13 | pb_ | righto |
| 12:16.24 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
| 12:16.43 | karmakop | newb question |
| 12:17.13 | karmakop | I have built the angstrom image for x86 |
| 12:17.25 | karmakop | I have the image files with the root fs |
| 12:17.59 | karmakop | now I want to add a package so that it is included in the image |
| 12:18.45 | karmakop | I tried adding grub using local.conf |
| 12:19.10 | karmakop | but grub wasn't included on the image until I removed my tmp folder and built everything again |
| 12:19.16 | karmakop | which took 6 hours |
| 12:19.36 | dcordes | karmakop, you used ANGSTROM_EXTRA_INSTALL ? |
| 12:20.00 | *** join/#oe zecke (~ich@46.115.203.246) |
| 12:20.25 | karmakop | DISTRO_EXTRA_RDEPENDS += "grub" |
| 12:20.49 | karmakop | that's how I added grub |
| 12:21.10 | pb_ | hi zecke |
| 12:22.07 | karmakop | looking up ANGSTROM_EXTRA_INSTALL |
| 12:22.53 | dcordes | karmakop, that's what I use. usually when I rebuild the image then stuff will get built and included without any rm -rf tmp |
| 12:23.55 | zecke | pb_: hi! |
| 12:23.55 | zecke | pb_: what is the temperature like in Cambridge (or close to it)? |
| 12:24.35 | pb_ | zecke: mid-high 20s, I think. we had about 30C yesterday but I think today is a bit cooler. |
| 12:24.37 | pb_ | let me look |
| 12:25.12 | pb_ | http://www.wunderground.com/cgi-bin/findweather/getForecast?query=zmw:00000.1.03571 says 26.4C today |
| 12:25.58 | pb_ | yesterday's high was 31.8C apparently |
| 12:30.00 | karmakop | dcordes: Thanks, looking for the right .bb to add that line in |
| 12:30.53 | dcordes | karmakop, many image recipes already have a line that includes what you put into ANGSTROM_EXTRA_INSTALL so you can just put it in local.conf |
| 12:31.27 | dcordes | karmakop, the easiest way is prolly just adding grub and everything else you want directly in the image recipe into IMAGE_INSTALL |
| 12:40.56 | karmakop | dcordes: I'm floundering trying to find the right .bb |
| 12:41.11 | dcordes | karmakop, what's the bitbake commandline you use for the image ? |
| 12:44.33 | karmakop | bitbake x11-image |
| 12:45.05 | karmakop | dcordes: sorry, dealing with a 4 year old covered in syrup |
| 12:46.46 | dcordes | khem, glib-2.0 also failing with PREFERRED_VERSION_glib-2.0-native = "2.24.0" http://tinderbox.openembedded.net/public/logs/task/6482496.txt |
| 12:46.53 | dcordes | karmakop, :) |
| 12:47.30 | dcordes | karmakop, recipes/images/x11-image.bb |
| 12:48.45 | karmakop | dcordes: ahh, missing the images subfolder, just found it with find |
| 12:48.48 | *** join/#oe orjanf (~onfg@h51baff8c.k3918.sta.perspektivbredband.net) |
| 12:49.22 | karmakop | going to try lilo, grub crashed with a floating point exception |
| 12:51.16 | dcordes | oops |
| 12:58.23 | aszpain | dcordes imagine i have my .bb file 2.6.33... what do I have todo for getting bitbake x11-image working with that kernel version? |
| 13:05.58 | karmakop | dcordes: thanks, building now |
| 13:06.54 | dcordes | aszpain, <dcordes> aszpain, are you uptodate ? 'git pull' <dcordes> aszpain, you really should not have a packages dir |
| 13:17.50 | *** join/#oe mickey|sofa (~mickey@e180136119.adsl.alicedsl.de) |
| 13:19.03 | dcordes | mickey|sofa, hey there :) can you take a look at my devel ml problem ? |
| 13:20.25 | mickey|sofa | ? |
| 13:34.09 | dcordes | mickey|bbl, <dcordes> mickey|bbl, I am subscribed to the devel ml. few hours ago I sent couple of mails which are not visible in the archive yet. can you check ? |
| 13:34.32 | dcordes | mickey|sofa, <dcordes> pb_, I sent the first mail 03:21:44 CET |
| 13:35.49 | mickey|sofa | let me check logs, from which email address did you send?` |
| 13:38.00 | dcordes | lukas at htc-linux.org |
| 13:45.13 | mickey|sofa | hmm, i don't see any entries |
| 13:46.01 | mickey|sofa | do you have a transcript from your mail server that they have been successfully received by linuxtogo.org` |
| 13:46.02 | mickey|sofa | ? |
| 13:49.22 | dcordes | mickey|sofa, hm they in sent box |
| 13:50.19 | dcordes | mickey|sofa, I found the problem |
| 13:51.00 | dcordes | mickey|sofa, my mailserver destroys my address. it appends my second name somehow, although I receive mails to address without it |
| 13:51.05 | dcordes | mickey|sofa, very strange |
| 13:51.30 | dcordes | that explains why nothing ever arrived on tslib and arm linux lists |
| 13:52.41 | mickey|sofa | :) |
| 13:53.02 | mickey|sofa | which mailserver are oyu using? |
| 13:53.56 | *** join/#oe methril (~methril@189.27.129.196.dynamic.adsl.gvt.net.br) |
| 13:54.09 | dcordes | mickey|sofa, horde ? |
| 13:54.56 | Jay7 | horde have own mail server? :) |
| 13:55.16 | CIA-2 | 03Michael 'Mickey' Lauer <mlauer@vanille-media.de> 07org.openembedded.dev * r58abfe62fe 10openembedded.git/ (4 files in 2 dirs): |
| 13:55.16 | CIA-2 | python 2.6: add python-numbers subpackage adding support for numerical APIs: |
| 13:55.16 | CIA-2 | Included for now are the modules numbers and decimal |
| 13:55.59 | dcordes | Jay7, I don't know that's just the interface. all I know is what it does is pretty braindead |
| 14:05.16 | *** join/#oe Martin-B (~martin@pool-38-67-198-89.dbd-ipconnect.net) |
| 15:00.04 | *** join/#oe d_t_h (~dieter@a89-183-13-144.net-htp.de) |
| 15:08.18 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 15:17.11 | *** join/#oe dt_h (~dieter@a89-182-94-141.net-htp.de) |
| 15:22.01 | *** join/#oe B_Lizzard (~havoc@athedsl-431656.home.otenet.gr) |
| 15:30.03 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
| 15:48.36 | Tartarus | khem: Don't suppose you want to go edit the mipsel site files and see what's mipsel-linux, what's glibc and what's uclibc? :) |
| 15:55.38 | aszpain | does the command bitbake -c build recompiles the packets? or it just takes the binaries and pack them? |
| 16:00.01 | *** join/#oe d_t_h (~dieter@a89-182-89-101.net-htp.de) |
| 16:09.02 | *** join/#oe dt_h (~dieter@a89-183-1-178.net-htp.de) |
| 16:39.31 | *** join/#oe dcordes (~dccordes@unaffiliated/dcordes) |
| 17:09.59 | *** join/#oe aszpain (~aszpain@210.66.18.95.dynamic.jazztel.es) |
| 17:32.57 | *** join/#oe sicu (~sicu@ti0090a380-dhcp0937.bb.online.no) |
| 17:34.42 | karmakop | in my x11-image.bb file I have modified the ANGSTROM_EXTRA_INSTALL ?= "" to be ANGSTROM_EXTRA_INSTALL ?= "lilo-sh" |
| 17:37.10 | karmakop | but it doesn't like lilo-sh |
| 17:37.42 | karmakop | so now I'm back to figuring out the grub problem |
| 17:38.14 | karmakop | can I paste like 5 lines in here or is that against the rules? |
| 17:40.18 | aszpain | when you rebuild a kernel changing the .config and you choose one driver to be loaded as module .ko for ex: CONFIG_X=m is thar .ko modules automatically be loaded or you have to manual insmod it? |
| 17:45.41 | karmakop | aszpain: lsmod after boot and see if it's there? |
| 17:47.20 | aszpain | ok |
| 17:47.47 | karmakop | I will warn you that I'm a total newb |
| 17:48.18 | karmakop | I have yet to get my image to boot :) |
| 17:48.19 | aszpain | one question: I did a bitbake x11-image... and I have all the images and so... but now I want to change some kernel property like CONFIG_HID=y how can I easily do it with oe? |
| 17:48.31 | aszpain | :) |
| 17:49.26 | karmakop | Here is something I found that is very similar to my grub issue if not exactly the same: |
| 17:49.31 | karmakop | Using the latest grub version (0.97-15) I'm unable to install grub on a ext2 formatted device using the following command: |
| 17:49.31 | karmakop | grub> setup (hd1) |
| 17:49.31 | karmakop | results in: |
| 17:49.31 | karmakop | grub> setup (hd1)Floating point exception |
| 17:49.31 | karmakop | Recompiling grub without the grub-inode-size.patch resolves this issue. |
| 17:50.04 | karmakop | so doing a find in the openembedded folder I get: |
| 17:51.13 | karmakop | ./recipes/grub |
| 17:51.13 | karmakop | ./recipes/grub/grub-0.97 |
| 17:51.13 | karmakop | ./recipes/grub/grub-0.97/grub-support-256byte-inode.diff |
| 17:51.13 | karmakop | ./recipes/grub/grub-0.97/grub-0.97-disk_geometry-1.patch |
| 17:51.13 | karmakop | ./recipes/grub/grub_0.97.bb |
| 17:52.03 | karmakop | since there is a patch there I am wondering if it has already been applied and if I can undo it and try without |
| 17:52.07 | *** join/#oe B_Lizzard (~havoc@athedsl-431656.home.otenet.gr) |
| 18:00.40 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 18:03.33 | *** join/#oe jkridner1 (~a0321898@nat/ti/x-tlccohxuspybxgzp) |
| 18:20.28 | *** join/#oe noemimad28 (~aszpain@251.67.18.95.dynamic.jazztel.es) |
| 18:21.24 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 18:23.56 | *** join/#oe martin_B (~martin@pool-103-67-198-89.dbd-ipconnect.net) |
| 19:21.49 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 19:23.59 | *** join/#oe hansdampf (~moritz@212.77.182.11) |
| 19:24.29 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 19:27.05 | *** join/#oe WielkiTost (~dos@unaffiliated/dos1) |
| 19:34.21 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 19:45.04 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 19:50.23 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
| 19:54.06 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 19:59.43 | khem | Tartarus: what do you mean |
| 19:59.59 | khem | is gripped to final atm |
| 20:04.08 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 20:14.25 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
| 20:42.58 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
| 20:49.15 | *** join/#oe Heinervdm (~thomas@pD9E167CB.dip.t-dialin.net) |
| 20:53.05 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 21:07.16 | *** join/#oe tmartins_ (~zero@187.37.62.54) |
| 21:15.38 | Tartarus | khem: Frequently, imho, sites/* has generic linux, or generic $arch stuff inside of the arch-linux-libc file |
| 21:33.22 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 21:47.07 | *** join/#oe mickey|bbl (~mickey@80.81.242.146) |
| 21:58.07 | khem | Tartarus: ah true. However I did not want to clean the mess this time. |
| 21:58.33 | khem | Tartarus: the define I added is arch specific infact |
| 21:58.47 | khem | someday we should redo the sites |
| 22:28.24 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
| 22:34.34 | *** join/#oe dcordes (~oedevel@unaffiliated/dcordes) |
| 22:34.42 | dcordes | khem, others hi |
| 22:35.18 | dcordes | khem: I started the build again with the proposed glib-2.0-cross downgrade and gcc-cross_4.5 |
| 22:35.28 | dcordes | khem: same libiconv error on glib |
| 22:36.28 | dcordes | khem: it would be good to finish the build so I can show koen not only 4.4.4 compiled angstrom works well but even 4.5 :) |
| 22:37.00 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
| 22:42.50 | Tartarus | khem: I always urge folks when they touch one to clean 'em up |
| 22:42.54 | Tartarus | at least the one they touched :) |
| 22:43.12 | Tartarus | since I bet you'll hit a few more like that, needing to be copy/pasted from mips-linux, and os on |
| 22:45.02 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
| 22:47.21 | khem | Tartarus: its like a covered shit and I try to put mud over it to cover it |
| 22:47.50 | khem | Tartarus: the problem is if fix something I should morally build that many combo's to verify |
| 22:48.11 | khem | but yes I think it makes sense to clean them up |
| 22:48.24 | khem | dcordes: hmmm |
| 22:48.37 | khem | dcordes: so this is a new machine |
| 22:48.40 | khem | right |
| 22:49.07 | khem | dcordes: I would suggest that install libiconv on this box and then it will work |
| 22:49.16 | khem | thats easiest way around |
| 22:50.21 | dcordes | khem: ok but I bet others will run into same problem |
| 22:58.32 | khem | dcordes: I know someone should fix the recipe in some way |
| 22:58.48 | khem | dcordes: I dont know why I dont have this problem yet |
| 23:00.30 | dcordes | khem: if it is a host dependency and there is no libiconv-native, how would it be fixed in the recipe ? |
| 23:00.48 | khem | removing the dep |
| 23:00.53 | khem | in someway |
| 23:01.06 | khem | it should be doable if someone spends time looking into it |
| 23:01.52 | dcordes | khem: ok. it was seen as I put it on the ml.. so I will work around it |
| 23:02.22 | dcordes | khem: question is how. is it easy to create native recipe from the oe libiconv ? |
| 23:07.40 | dcordes | khem: it seems the host already has a libiconv*.so installed |
| 23:07.56 | dcordes | khem: do you know by any chance which package is needed in ubuntu ? |
| 23:13.43 | dcordes | khem: ok we installed all packages containing libiconv in name and still get this line during compile |
| 23:13.49 | dcordes | gconvert.c:55:2: error: #error GNU libiconv not in use but included iconv.h is from libiconv |
| 23:14.09 | dcordes | http://tinderbox.openembedded.net/public/logs/task/6487205.txt |
| 23:16.19 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:25.11 | *** join/#oe raster (raster@enlightenment/developer/raster) |
| 23:32.12 | khem | dcordes: hmm |
| 23:32.26 | khem | dcordes: you are using angstrom right |
| 23:37.21 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * red52cfe058 10openembedded.git/contrib/qemu/run-qemu.sh: |
| 23:37.22 | CIA-2 | run-qemu.sh: Add qemumipsel target |
| 23:37.22 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 23:38.25 | dcordes | khem: yea |
| 23:39.05 | khem | dcordes: can you add OE --with-libiconv=gnu to glibc-2.0_2.24.1.bb |
| 23:40.00 | dcordes | khem: hm I just reverted to some commit from july 8th and rebuilding now .. |
| 23:40.44 | khem | EXTRA_OECONF += " --with-libiconv=gnu " |
| 23:40.50 | khem | try that too |
| 23:40.51 | dcordes | khem: what exactly does that line do ? and why changing in glibc not glib |
| 23:41.03 | khem | I meant glib |
| 23:41.18 | khem | glib-2.0_2.24.1.bb |
| 23:45.50 | khem | dcordes: btw do you have iconv.h on /usr/local/include |
| 23:46.38 | khem | dcordes: infact you should remove all the stuff you have installed in /usr/local |
| 23:51.59 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
| 23:53.40 | dcordes | khem: man... it exists. that stupid admin program messes up entire OE |
| 23:55.20 | dcordes | khem: I fear we can't just remove it |
| 23:55.37 | dcordes | khem: is there a way to tell the operating system to not use these libs or only use them fro the admin prgoram ? |
| 23:55.42 | dcordes | program |