00:02.33 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
00:22.15 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
00:25.05 | *** join/#oe fraxinath (~quassel@p4FD650B1.dip.t-dialin.net) |
00:36.38 | *** part/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
01:44.10 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
02:12.16 | *** join/#oe borg_ (~olaf@p54868526.dip0.t-ipconnect.de) |
02:13.57 | *** join/#oe mekius_ (~mekius@c-98-214-3-153.hsd1.il.comcast.net) |
02:14.02 | *** join/#oe mekius_ (~mekius@enlightenment/developer/mekius) |
02:21.35 | *** join/#oe borg__ (~olaf@p548684AD.dip0.t-ipconnect.de) |
02:21.45 | *** join/#oe 84XAALVZF (~igor@140a.hackerdojo.com) |
02:34.25 | khem | Tartarus: I am seeing some failure building libxml-parser-perl |
02:35.05 | khem | http://pastebin.com/fb47vyiG |
02:36.33 | khem | any idea ? |
02:37.18 | khem | Function relocatable_binaries_preprocess failed could be something related to your commits today ? |
02:51.51 | khem | Tartarus: yes indeed its the patch from commit b4cbc6a2e6dffd367b7362f352699cb5a442cbc5 |
02:52.22 | khem | Tartarus: to reproduce try this bitbake -c clean -b virtual:native:/home/kraj/work/oe/openembedded/recipes/perl/libxml-parser-perl_2.36.bb |
02:52.33 | khem | bitbake -b virtual:native:/home/kraj/work/oe/openembedded/recipes/perl/libxml-parser-perl_2.36.bb |
02:52.43 | khem | without your patch all works |
02:57.17 | Tartarus | Keep poking, please. |
03:08.25 | *** join/#oe borg_ (~olaf@p548698D7.dip0.t-ipconnect.de) |
03:09.29 | Tartarus | khem: Ah |
03:09.45 | Tartarus | Did manage to hit that in my next round of stuff, but didn't think relocatible.bbclass hit that normally |
03:09.57 | Tartarus | I'll push something shortly, thanks |
03:11.46 | Tartarus | That's pretty dang crazy |
03:11.53 | Tartarus | 0x0000000f (RPATH) Library rpath: [/home/trini/work/OE-upstream/tmp.glibc.angstrom/sysroots/i686-linux/usr/lib:.oRIGIN/../lib] |
03:12.38 | Tartarus | on /home/trini/work/OE-upstream/tmp.glibc.angstrom/sysroots/i686-linux/usr/bin/unzipsfx |
03:16.22 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rf142648c46 10openembedded.git/classes/relocatable.bbclass: |
03:16.22 | CIA-2 | relocatible.bbclass: Call oe.path.relative in try/except |
03:16.22 | CIA-2 | Some programs such as libxml-parser-perl-native can have junky |
03:16.22 | CIA-2 | RPATH directories. Found by Khem Raj. |
03:16.22 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
03:30.59 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
03:31.11 | khem | Tartarus: thx lemme try it here too |
03:34.15 | khem | Tartarus: works well here now thx for quickfix |
03:36.28 | *** join/#oe playya (~playya@unaffiliated/playya) |
04:00.16 | *** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171) |
04:07.49 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
04:33.55 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
04:43.03 | *** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
05:09.26 | *** join/#oe mrc3 (~mrc3@nat/ti/x-usdcpvziqzfyifxe) |
05:13.39 | grg | there are some "oddities" within the gcc recipes... |
05:14.01 | grg | gcc-3.4.6 is most likely unused, as it has no cross recipe |
05:15.25 | grg | and some of the .inc files include the zecke-no-host-includes.patch - those versions are likely unused too, as the native recipes probably wont be able to build anything |
05:17.09 | *** join/#oe mrc3 (~mrc3@nat/ti/x-xkoakhkjulkvlxuu) |
05:19.39 | Tartarus | grg: Yeah, that was a special one for qemu 0.9.x or so |
05:23.44 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
05:47.23 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
05:54.57 | khem | I think we can punt most of 3.x recipes I believe |
05:55.44 | *** join/#oe incandescant (~incandesc@foo.stupids.org) |
05:56.47 | grg | ./distro/nylon.conf still prefers 3.3.4 |
05:57.24 | grg | and there are several references to 3.4.4 |
05:57.36 | khem | ah |
05:57.43 | khem | yes nylon I remember |
05:58.02 | khem | I wonder if it is still buildable on .dev |
05:59.13 | grg | hmmm... gmustix.conf.... hasn't been maintained since 2006... |
06:00.22 | *** join/#oe vaibhav1 (~vaibhav@122.170.53.129) |
06:01.57 | grg | wrt54oe since 2005 |
06:08.08 | khem | :) |
06:08.19 | khem | gotta sleep now |
06:08.56 | khem | grg: try gcc 4.5 I know u have mips I am interested in perf numbers |
06:09.20 | grg | khem, i'll see what i can do |
06:09.21 | khem | if u have any becnhmarks |
06:09.49 | khem | to contrast |
06:11.30 | khem | u can use unixbench_5.1.2.bb |
06:11.51 | khem | sleeps |
06:17.59 | *** join/#oe vaibhav1 (~vaibhav@122.170.53.129) |
06:26.50 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
06:28.12 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
06:33.09 | *** join/#oe gim (5eb4087a@gateway/web/freenode/ip.94.180.8.122) |
06:38.42 | gim | Hi! I want to add to recipe patch from http URI. The one problem is that it is packed in tar.gz with another patch. I've added SRC_URI for this archive and checksums for it, OE succesfully fetchs and unpacks it and I can see both patches from archive with other "normal" patches in sources dir, but patch task fails with "Patch patches.tar.gz does not apply (enforce with -f)". Haven't found nothing similar in other recipes, could anybody help w |
06:55.55 | *** join/#oe vaibhav1 (~vaibhav@122.170.53.129) |
06:58.18 | fraxinath | can i just import one function from a bbclass without inheriting the whole thing? |
06:58.34 | fraxinath | like in python with the from gnome import verdir oder something? |
07:01.12 | fraxinath | gim: have you tried writing your own do_patch python function? |
07:01.30 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:02.08 | fraxinath | or actually gim, doesn'teven have to be python |
07:03.25 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
07:03.59 | fraxinath | if you have a linux-efika_2.6.21+git.bb that file has an arbitrary do_patch function |
07:04.39 | fraxinath | i think you will have to manually do all patches by yourself that way then, no only the one from the tar.gz |
07:09.55 | *** join/#oe thebohemian (~rschus@p5DDC2A03.dip.t-dialin.net) |
07:10.32 | gim | fraxinath: yes, seems like redefining do_patch is the only way |
07:16.36 | *** join/#oe B_Lizzard (~havoc@athedsl-431729.home.otenet.gr) |
07:16.59 | *** join/#oe screwgoth (~raseel@122.170.53.129) |
07:26.35 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
07:33.44 | gim | Hm, redefining do_patch is ok except one thing -- I don't understand what to do with 'file://' patches, OE doesn't copy them to WORKDIR and I can't get how I'd copy them manually from recipe |
07:36.48 | *** join/#oe Proxyles (~henrik@c-f893e255.56-4-64736c14.cust.bredbandsbolaget.se) |
07:40.05 | hrw | morning |
07:40.34 | hrw | file://${WORKDIR}/my.patch maybe? |
07:42.35 | *** join/#oe marcosmamorim1 (~marcos@189.110.96.218) |
07:51.15 | *** join/#oe d_t_h (~dieter@a89-182-145-60.net-htp.de) |
07:51.40 | *** join/#oe ant__ (~chatzilla@host214-85-static.34-85-b.business.telecomitalia.it) |
07:52.27 | gim | hrw: Hi. In recipe SRC_URI contain some http items and one local. If I use standard patch function everything is OK -- 'http' items are fetched to sources dir and then unpacked to WORKDIR, 'file' patches are applied directly from recipes dir. Anyway, I looked at the python_do_patch definition and seems like I should somehow parse SRC_URI by myself in my patch function |
07:56.48 | hrw | gim: file://${WORKDIR}/my.patch maybe? |
07:58.12 | *** join/#oe Openfree` (~Openfreer@116.228.88.98) |
07:58.58 | fraxinath | can i just import one function from a bbclass without inheriting the whole thing? like in python with the from gnome import gnome_verdir oder something? |
08:01.08 | gim | hrw: Sorry, but I couldn't understand how it'll work. There is no my.patch in WORKDIR, my.patch is in recipes directory |
08:01.17 | *** join/#oe mnabil (~mnabil@41.234.70.97) |
08:02.06 | gim | my.patch isn't copied to WORKDIR neither when I use standard patch nor when I use my own |
08:02.49 | gim | OE patch function apply 'file' patches directly from recipes dir and now I try to understand how to do similar thing |
08:02.58 | hrw | SRC_URI="http://patches.tar.gz \ file://${WORKDIR}/patch-which-is-in-patches.tar.gz.patch" |
08:03.16 | hrw | OE unpacks patches.tar.gz to WORKDIR and then use one of them |
08:03.23 | hrw | fraxinath: no |
08:04.11 | hrw | gim: ah.. it complains about 'patches.tar.gz' not being patch? |
08:04.49 | gim | yes |
08:05.04 | gim | "Patch patches.tar.gz does not apply (enforce with -f)" |
08:05.19 | gim | though maybe 'apply=no' will help, I'll try it |
08:05.36 | fraxinath | hrw: how do i assign a bb varibale from within a py func? |
08:05.44 | hrw | looks like patch.bbclass needs to be changed |
08:05.52 | hrw | fraxinath: bb.data.setVar |
08:05.57 | fraxinath | thx |
08:06.07 | *** join/#oe dth_ntb (~dieter@a89-182-9-163.net-htp.de) |
08:10.05 | fraxinath | hrw, what's the syntax of that? it takes 3 vars... is there a doc anywhere? |
08:10.57 | gim | hrw: You were right, SRC_URI="http://patches.tar.gz \ file://${WORKDIR}/patch-which-is-in-patches.tar.gz.patch" worked, thank you very much |
08:11.14 | gim | *SRC_URI="http://patches.tar.gz;apply=no \ file://${WORKDIR}/patch-which-is-in-patches.tar.gz.patch" |
08:14.15 | hrw | fraxinath: do not remember |
08:14.46 | fraxinath | o_o |
08:15.06 | fraxinath | i'll see if i can find any occurances |
08:15.49 | fraxinath | hmm the third param seems to be some kind of a flag, it's always d |
08:17.12 | pb__ | fraxinath: 'd' is the datastore object |
08:17.50 | fraxinath | which datastore object? hmm it throws ERROR: global name 'd' is not defined while parsing /dream/oe1.6/openembedded/recipes/gnome/libsoup-2.4_2.29.5.bb |
08:18.18 | *** join/#oe marcosmamorim (~marcos@189.110.98.111) |
08:19.07 | fraxinath | getVar needs it too |
08:19.31 | *** join/#oe kristoffer (~kristoffe@79.138.196.179.bredband.tre.se) |
08:20.13 | fraxinath | should i mention that this is not inside a task but in a deperate def |
08:22.04 | pb__ | well, the datastore object that you want to operate on. oe usually passes that as 'd' to python methods. |
08:22.31 | pb__ | if this is a standalone def'd function (whether desperate or not) then you will have to pass it in explicitly |
08:23.39 | janp | morning |
08:33.24 | *** join/#oe CMoH-notebook (~cipi@92.82.231.136) |
08:39.00 | *** join/#oe marcosmamorim (~marcos@189.110.98.36) |
08:45.06 | hrw | I have a feeling that my ubuntu work eats disk space faster then OE did |
08:46.19 | *** join/#oe mrmoku` (~mrmoku@ppp-93-104-170-71.dynamic.mnet-online.de) |
08:51.26 | Jay7 | hehe.. |
08:51.26 | *** join/#oe vaibhav (~vaibhav@122.170.49.246) |
08:52.15 | Jay7 | should remove freebsd from notebook to build x11-image |
08:52.24 | Jay7 | .. or buy new hdd.. |
08:55.04 | hrw | if it is not very old then new hdd |
08:55.44 | gim | I'm working on x86_64 machine and want to build x86 meta-toolchain for ARM target. As I understand I should use canadian-sdk recipe, but I couldn't get what variables should I set. Could anybody help with it? |
08:56.22 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
09:04.29 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf867b84543 10openembedded.git/recipes/usb-gadget-mode/ (files/beagleboard/usb-gadget.conf usb-gadget-mode.bb): usb-gadget-mode: do not load any module by default for beagleboard |
09:13.14 | *** join/#oe matgnt (~matthias@p4FCF0082.dip0.t-ipconnect.de) |
09:24.08 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r4fe49913ae 10openembedded.git/recipes/liboauth/liboauth_0.8.8.bb: |
09:24.08 | CIA-2 | liboauth: add recipe for OAuth Core RFC 5849 standard implementation (will be used in elmdentica) |
09:24.08 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
09:34.04 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
09:35.59 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:39.06 | gim | Is there any documentation describing meta-toolchain canadian building? |
09:39.11 | *** join/#oe marcosmamorim (~marcos@189.110.98.210) |
09:44.53 | CruX| | gim: do you want cross compile linux apps on windows ? |
09:45.40 | CruX| | ah for meta toolchain you don't need canadian build |
09:47.08 | gim | CruX|: I'm working on x86_64 machine and want to build x86 meta-toolchain for ARM target. As I understand I should use canadian-sdk recipe, but I couldn't get what variables should I set. |
09:49.10 | CruX| | gim: i have one configuration: on x86 linux i'm compiling win32 meta toolchain for arm-linux |
09:49.35 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
09:50.58 | CruX| | gim: here is my local.conf http://pastebin.com/6G55U31z |
09:51.05 | CruX| | maybee it helps you |
10:02.07 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
10:20.18 | gim | CruX|: Thanks, seems that it should help. You build canadian-sdk recipe to build toolchain, right? |
10:23.25 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
10:30.59 | CruX| | gim: yes |
10:36.11 | CIA-2 | 03Roger Monk <r-monk@ti.com> 07org.openembedded.dev * r4551424c80 10openembedded.git/recipes/x-load/x-load_git.bb: |
10:36.12 | CIA-2 | x-load: Update to latest commit - fix hynix memory support |
10:36.12 | CIA-2 | * Add new commit to fix SDRC params |
10:36.12 | CIA-2 | * Bump PR |
10:36.12 | CIA-2 | Signed-off-by: Roger Monk <r-monk@ti.com> |
10:40.35 | *** join/#oe GNUtoo|laptop (~gnutoo@host12-84-dynamic.51-79-r.retail.telecomitalia.it) |
10:46.45 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r73db290223 10openembedded.git/recipes/opencv/openscenegraph_2.9.6.bb: openscenegraph: fix GLES2 and ffmpeg build |
10:56.55 | *** join/#oe screwgoth (~raseel@122.170.49.246) |
11:04.14 | *** join/#oe B_Lizzard (~havoc@athedsl-431729.home.otenet.gr) |
11:33.13 | gim | CruX|: I copied SDK sections from your config to mine and removed all mingw references. Now building canadian-sdk failes, se |
11:33.44 | gim | ... according to log, OE still tries to build mingw packages |
11:35.50 | gim | It runs tasks from recipes mingw-runtime_3.15.2.bb, mingw-w32api-headers_3.13.bb etc |
12:07.41 | *** join/#oe GNUtoo|laptop (~gnutoo@host12-84-dynamic.51-79-r.retail.telecomitalia.it) |
12:14.46 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
12:31.08 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re3a95a050f 10openembedded.git/recipes/gstreamer/gst-musicxml2midi_git.bb: gst-musicxml2midi: add git version |
12:31.09 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd2514f5bcb 10openembedded.git/recipes/ti/ti-msp430-chronos_1.05.00.00.bb: ti-msp430-chronos: bump PR |
12:31.09 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0e24e6eb83 10openembedded.git/recipes/opencv/openscenegraph_2.9.7.bb: openscenegraph: add 2.9.7 |
12:37.47 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
12:40.56 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
12:50.19 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r54f7168696 10openembedded.git/ (conf/machine/htcdream.conf recipes/tasks/task-x11.bb): |
12:50.19 | CIA-2 | htcdream.conf: use xf86-video-fbdev and xf86-video-tslib |
12:50.19 | CIA-2 | Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> |
12:50.19 | CIA-2 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
12:50.20 | CIA-2 | Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de> |
13:14.21 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
13:26.08 | *** join/#oe mnabil (~mnabil@41.234.70.97) |
13:30.19 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
13:30.22 | Jin^eLD | huhu |
13:31.24 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
13:43.38 | *** join/#oe dth_ntb (~dieter@a89-182-145-60.net-htp.de) |
13:53.12 | CIA-2 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r22afd95e74 10openembedded.git/recipes/llvm/ (llvm-common-native.bb llvm-common.bb): llvm-common: use new staging system and switch to BBCLASSEXTENDED |
13:53.21 | CIA-2 | 03Henning Heinold <h.heinold@tarent.de> 07org.openembedded.dev * recb3cf8e4c 10openembedded.git/recipes/ (52 files in 6 dirs): openjdk: move over the recipes from jalimo |
13:53.48 | *** join/#oe woglinde (~heinold@f052067165.adsl.alicedsl.de) |
13:58.22 | *** join/#oe nitin (~nitin@134.134.137.71) |
13:59.14 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
14:01.37 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
14:03.46 | woglinde | hi jconnolly |
14:03.54 | jconnolly | hi woglinde |
14:04.03 | jconnolly | brb need to resize a partition |
14:04.07 | jconnolly | builds are large ;D |
14:04.11 | woglinde | *g* |
14:05.55 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rebe46b88fa 10openembedded.git/conf/distro/include/angstrom.inc: angstrom: include jalimo bits now that openjdk is in OE |
14:07.05 | *** join/#oe geo_gcju (c28a2734@gateway/web/freenode/ip.194.138.39.52) |
14:07.20 | geo_gcju | ho |
14:07.23 | geo_gcju | hi |
14:07.38 | geo_gcju | JaMa: Managed to get my chroot working |
14:08.59 | geo_gcju | now I'm using schroot and mount proc and devpts at chroot to it, everything working fine so far |
14:10.03 | JaMa | geo_gcju: good |
14:11.13 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
14:12.55 | geo_gcju | JaMa: so thanks for four hint with proc, from the errors I got I coulnd't spot the error |
14:13.10 | *** join/#oe jconnolly (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
14:16.14 | *** join/#oe radhermit (~radhermit@radhermit-1-pt.tunnel.tserv3.fmt2.ipv6.he.net) |
14:31.58 | *** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net) |
14:53.36 | *** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
14:59.09 | mickeyl | florian: ping |
14:59.36 | florian | mickeyl: yes? |
14:59.49 | pb_ | hi mickeyl, florian |
15:00.10 | woglinde | hi all |
15:00.13 | pb_ | hi woglinde |
15:00.50 | mickeyl | florian: i just received an reminder from Finanzamt |
15:00.58 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
15:01.00 | mickeyl | florian: we need to submit the tax stuff by 30.7. |
15:02.48 | mickeyl | hi pb_ and woglinde |
15:04.02 | florian | mickeyl: oops... ok, well... i guess that's possible. maybe not this week but i'll try to do it next week |
15:04.08 | florian | its not that much... |
15:04.34 | mickeyl | ok. i will make sure the Tätigkeitsbericht is ready next week as well |
15:04.38 | mickeyl | will send it to you as PDF then |
15:05.39 | florian | needs a new brain and a fork of himself |
15:06.46 | mickeyl | heh |
15:09.31 | *** join/#oe nitin (~nitin@nat/intel/x-lywpgutmudtqcmtp) |
15:12.09 | *** join/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
15:12.51 | woglinde | have we travel-budget this year? |
15:15.07 | mickeyl | florian is the treasurer, however i think we don't have much left. Apparantly until now we have failed to acquire more donations |
15:16.18 | florian | right... |
15:16.38 | florian | would love to work on oe marketing but currently there is not a single minute left |
15:20.47 | *** join/#oe rob_w (~bob@pD95EF245.dip.t-dialin.net) |
15:21.16 | mickeyl | we need to push our director of PR |
15:21.57 | woglinde | *g* |
15:22.19 | pb_ | heh, indeed. poor chap. |
15:28.15 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
15:29.53 | Jay7 | wow.. do we have travel-budget? :) |
15:30.13 | woglinde | we had |
15:30.15 | woglinde | last year |
15:30.41 | Jay7 | who is sponsored us? |
15:30.51 | woglinde | I forgot the company |
15:30.57 | woglinde | florian and mickeyl knows |
15:31.52 | Jay7 | imho we should try to ask some funding from TI and HP at least :) |
15:35.05 | woglinde | hihi or eads |
15:35.38 | pb_ | or mentor, their products are expensive enough :-} |
15:36.28 | pb_ | or intel. we could threaten to steal RP and sell him to raise cash. |
15:37.06 | *** join/#oe jconnolly (~jconnolly@ool-18b82cf6.dyn.optonline.net) |
15:37.44 | Jay7 | pb_: :)) |
15:40.31 | *** join/#oe rsalveti (~rsalveti@201.82.70.219) |
15:43.15 | *** part/#oe screwgoth (~raseel@122.170.49.246) |
16:08.00 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
16:08.22 | hrw | if someone still run OE source mirror then I have bad news for him: cleaning my DL_DIR |
16:13.28 | *** join/#oe Heinervdm (~thomas@pD9E15A20.dip.t-dialin.net) |
16:23.28 | tzanger | what does OE use to determine if TMPDIR has moved? |
16:23.36 | tzanger | mine hasn't, but bitbake is certainly convinced that it has |
16:23.51 | woglinde | your paths are relative? |
16:24.01 | woglinde | and you called bitbake from difrent dir |
16:24.02 | tzanger | nope... |
16:25.26 | tzanger | that is also a negative |
16:32.59 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
16:34.15 | *** join/#oe jpereira (~jpereira@unaffiliated/jpereira) |
16:34.42 | *** join/#oe kristianpaul (~kristianp@190.7.138.180) |
16:34.46 | kristianpaul | Hello |
16:35.09 | kristianpaul | In OE when using bitbake it cross compile something |
16:35.12 | kristianpaul | but |
16:35.44 | kristianpaul | if i want to chnage some pararmaeters that can be passed to the configure, where i should look? |
16:42.54 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
16:59.27 | *** join/#oe stefan_schmidt (~stefan@p5B035010.dip.t-dialin.net) |
17:10.59 | Jay7 | kristianpaul: did you mean what to write into recipe to pass some parameters to configure? |
17:11.02 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r479ea460e4 10openembedded.git/recipes/pam/ (libpam-base-files.bb libpam-base-files/pam.d/cups): libpam-base-files: cups installs its own pam file, so remove it from here |
17:11.14 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r81467a049f 10openembedded.git/recipes/meta/meta-toolchain-qte.bb: meta-toolchain-qte: fix sh syntax |
17:15.32 | *** join/#oe robtow (~rob@12.156.66.34) |
17:19.13 | *** join/#oe B_Lizzard (~havoc@athedsl-431729.home.otenet.gr) |
17:20.33 | *** join/#oe etrunko (~edulima@187.75.148.141) |
17:31.11 | *** join/#oe mrc3 (~mrc3@nat/ti/x-iqvkalhbtfwejnfz) |
17:33.45 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
17:36.12 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
17:36.30 | kergoth_ | spends his morning fixing his laptop's install so he actually has enough space to do big builds... /eyeroll |
17:37.01 | Jay7 | btw |
17:37.23 | Jay7 | on powerdeveloper.org you can propose your project to get Efika MX hardware |
17:37.37 | Jay7 | OE on Efika is already proposed by likewise :) |
17:37.45 | Jay7 | proposed and even accepted |
17:37.56 | *** join/#oe robtow (~rob@12.156.66.34) |
17:40.58 | eFfeM | tzanger: the old tmpdir var is your tmp dir in the saved_tmpdir file, you can see what is in there and compare with the actual dir |
17:41.58 | eFfeM | khem, looked at the gcc problem I had, the problem is when compiling the lib stuff, (and in my case linux_atomic.c), issue is that a -I to the x686 sysroot dir is there causing the system to pick up the wrong include file. |
17:43.05 | eFfeM | khem, I've seen this is from GMPINC which points to the sysroots/i686-linux/usr/include dir and hence causes this |
17:43.48 | eFfeM | khem, I've analysed it and the problem is a -I${GMPINC) in build*/gcc/Makefile, when I removed that manually and restarted compilation all works fine. |
17:43.56 | eFfeM | but not sure how to fix this properly |
17:45.03 | eFfeM | configure says GMPINC and GMPLIBS are influential env vars, should they be overruled in the bb file |
17:45.43 | eFfeM | (trying to tweak with gmp related ac vars didn't lead to success for me, but maybe I misunderstood things) |
18:04.26 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6e7a6d5036 10openembedded.git/recipes/shadow/ (files/securetty shadow.inc): shadow: add more ARM serial ports |
18:06.41 | *** join/#oe mekius (~mekius@enlightenment/developer/mekius) |
18:16.14 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
18:23.45 | *** join/#oe Martin-B (~martin@pool-81-67-198-89.dbd-ipconnect.net) |
18:25.10 | *** part/#oe kristianpaul (~kristianp@190.7.138.180) |
18:29.55 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r423aff2324 10openembedded.git/contrib/angstrom/sort.sh: angstrom feed sorter: add support for omap4430-panda |
18:31.36 | CIA-2 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r302dbb63be 10openembedded.git/recipes/linux/linux-nios2-2.6.34/defconfig: |
18:31.36 | CIA-2 | linux-nios2-2.6.34: moved defconfig to the neek subdir |
18:31.36 | CIA-2 | so other machines can have their defconfig adjacent to this |
18:31.36 | CIA-2 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
18:34.58 | Tartarus | eFfeM: how is the include file wrong, anyhow? |
18:35.35 | Tartarus | Or is gcc using the GMPINC incs when it doesn't need to? |
18:37.47 | *** join/#oe bkinman (~bkinman@soenat3.cse.ucsc.edu) |
18:43.35 | khem | Tartarus: this is what I replied to one of earlier email GMPCINC is hostinclude |
18:43.44 | khem | and gcc passes it for target libs too |
18:43.58 | eFfeM | exactly |
18:44.18 | bkinman | Anybody know why it is that when I bitbake omap3-console-image, it compiles 2.6.33? I'm reading on the internets that the kernel that should be compiled will be the one whose bitbake file specifies DEFAULT_PREFERENCE_overo? linux-omap_2.6.29.bb is the file that contains that flag though? |
18:44.23 | khem | but I dont know the reason yet |
18:44.30 | eFfeM | and my target asm/unistd.h differs from the host one, causing compilation of the gcc lib to fail |
18:44.49 | khem | bkinman: whats your MACHINE |
18:45.28 | bkinman | "overo", as specified by auto.conf |
18:47.25 | Tartarus | One more reason I wish it was easier to just build gmp/mpfr/etc into gcc, heh |
18:47.52 | eFfeM | khem, the GMPINC comes from gcc/Makefile.in; I think configure gives it the wrong value, but it is overridable with configure env vars |
18:48.18 | eFfeM | and ofc I can just patch out the -I${GMPINC} but not sure if that is good either |
18:49.20 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
18:49.58 | florian | re |
18:51.55 | eFfeM | afk for a while |
18:51.56 | khem | eFfeM: gcc itself uses this include |
18:52.00 | eFfeM | ah ok |
18:52.02 | eFfeM | still here |
18:52.28 | woglinde | re |
18:52.50 | eFfeM | should we have a gmp-intermediate or so that compiles and builds gmp with gcc-intermediate ? |
18:53.07 | woglinde | effem do we need it? |
18:53.24 | khem | bkinman: it seems overo machine uses linux-omap-psp |
18:53.30 | khem | bkinman: not linux-omap |
18:53.41 | khem | blindvt: around ? |
18:53.44 | woglinde | linux-omap-psp has more features |
18:53.46 | Tartarus | eFfeM: The problem is why is gcc using host stuff when doing target stuff |
18:54.03 | khem | Tartarus: its a gcc bug/need I dont know |
18:54.09 | bkinman | khem: Interesting! Where did you find that? |
18:54.13 | eFfeM | Tartarus: I think what we see is that configure finds a gmp and uses that |
18:54.14 | khem | Tartarus: there might be a reason why gcc does that |
18:54.23 | Tartarus | khem: Right |
18:54.24 | khem | or may be just an oversight |
18:54.30 | Tartarus | But that seems to be a potential for a problem |
18:54.32 | khem | I dont know yet |
18:54.34 | *** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk) |
18:54.36 | khem | I havent looked into it |
18:54.39 | woglinde | re pb |
18:54.50 | Tartarus | ie 'normally' you would this this problem, for nios2 |
18:54.55 | *** join/#oe methril__ (~methril@189.27.132.223.dynamic.adsl.gvt.net.br) |
18:54.56 | Tartarus | Since a normal gmpinc will be /usr/include |
18:55.01 | khem | yeah |
18:55.04 | Tartarus | with host asm/unistd.h and so on |
18:55.12 | khem | or out host sysroot |
18:55.22 | khem | our |
18:55.30 | Tartarus | Or now that our host sysroot has it, yes :) |
18:56.28 | eFfeM | well, the issue is triggered by the introduction of linux-libc-headers-native which puts asm/unistd.h in x686/sysroot |
18:56.41 | woglinde | hm |
18:56.47 | eFfeM | and the nios2 one differs from the native one as nios2 has introduced a new system call |
18:57.23 | eFfeM | if I do ASSUME_PROVIDED_linux-libc-headers-native everything works fine |
18:57.50 | eFfeM | because there is no faulty unistd.h in the GMPINC dir |
18:57.57 | woglinde | the old kernel-header problem |
18:58.46 | eFfeM | yes, I already feared something nasty like this would happen with the introduction of linux-libc-headers-native; in this case I'd rather been proven wrong ... |
18:59.52 | bkinman | khem: I dont see linux-omap-psp bitbake file for kernel version 2.6.33? |
18:59.54 | eFfeM | anyway my workaround is to have ASSUME_PROVIDED += "linux-libc-headers-native" |
18:59.54 | eFfeM | <PROTECTED> |
19:00.36 | woglinde | psp is 2.6.32 |
19:00.42 | woglinde | yes |
19:00.50 | eFfeM | open for suggestions, but temporarily moving out of this hot room... |
19:01.48 | GNUtoo|laptop | hi, how do I oewarn etc...in python? |
19:03.07 | woglinde | gnutoo grep? |
19:03.36 | khem | bkinman: whatever it is at is what you can use |
19:03.47 | khem | if you need 2.6.33 then you have to port |
19:04.10 | GNUtoo|laptop | bb.note |
19:04.13 | GNUtoo|laptop | found it |
19:05.01 | woglinde | khem uh thats not task for some one alone |
19:07.40 | khem | woglinde: heh |
19:09.17 | *** join/#oe playya (~playya@unaffiliated/playya) |
19:11.08 | *** join/#oe rob_w (~bob@pD95EF245.dip.t-dialin.net) |
19:16.44 | Tartarus | eFfeM: But the question is, how does the nios2 stuff build anywhere at all? |
19:16.57 | Tartarus | That might be an interesting gcc build log to look over |
19:17.48 | GNUtoo|laptop | hi JaMa |
19:17.53 | GNUtoo|laptop | I found the reason |
19:18.23 | GNUtoo|laptop | <PROTECTED> |
19:18.29 | blindvt | khem, pong |
19:18.31 | GNUtoo|laptop | <PROTECTED> |
19:18.35 | GNUtoo|laptop | return |
19:18.39 | GNUtoo|laptop | enabled is a string |
19:18.45 | GNUtoo|laptop | so enabled is true |
19:18.49 | *** join/#oe zenob (~marek@ip-77.222.249.248.spray.net.pl) |
19:19.08 | GNUtoo|laptop | even if it's 0 |
19:19.34 | Tartarus | GNUtoo|laptop: Ick, silly python :( |
19:19.39 | GNUtoo|laptop | lol |
19:19.47 | blindvt | khem, i built qemuppc, qemumips, qemux86, qemuarm and my own qemux86_64 successfully after the nptl overhaul, yes |
19:19.48 | Tartarus | Found a case like that in the strict hash stuff the other day |
19:19.53 | blindvt | khem, what ICE do you get? |
19:21.10 | blindvt | khem, i shall look into nobx now. What do you mean by "I think you do not have a function to disable already enabled feature." ? please explain? |
19:21.45 | *** join/#oe hansdampf (~moritz@212.77.182.145) |
19:22.31 | blindvt | khem, the 'rem' translate into a sed /SOMETHING/d stanza, if you mean that? |
19:22.38 | zenob | GNUtoo|laptop: i'm newbie in this oe stuff. what should i do to complete leviathan receipe ? |
19:22.59 | GNUtoo|laptop | zenob, go in the source dir |
19:23.06 | GNUtoo|laptop | go in the git dir |
19:23.29 | GNUtoo|laptop | note the name of leviathan recipe's source dir |
19:23.36 | GNUtoo|laptop | move or rm it |
19:23.40 | GNUtoo|laptop | and check it out manually |
19:23.42 | blindvt | khem, thinking about it, i'd much prefer to explicitly ask for BX, perhaps in some generic arm include? |
19:23.56 | GNUtoo|laptop | and rename it to the name you noted |
19:24.19 | GNUtoo|laptop | zenob, btw could you provide the exact error |
19:24.20 | GNUtoo|laptop | ? |
19:26.59 | GNUtoo|laptop | ping JaMa |
19:27.18 | Tartarus | khem: http://patchwork.openembedded.org/patch/2235/ is that an acked-by? :) |
19:27.46 | zenob | GNUtoo|laptop: http://pastebin.com/Mj0SVMQg |
19:28.05 | GNUtoo|laptop | hi mickeyl, about the git issue, did it apply to all gitorious repos? |
19:28.50 | GNUtoo|laptop | zenob, that doesn't seem a fetch error anymore... |
19:29.51 | *** join/#oe rwhitby (~rwhitby@nslu2-linux/rwhitby) |
19:30.31 | zenob | oh, sorry, i've tried to download manally *.tar.gz file, renamed it, and copied to dowload dir |
19:31.09 | GNUtoo|laptop | zenob, strange |
19:31.15 | GNUtoo|laptop | scripts/unifdef.c is present for me |
19:31.27 | GNUtoo|laptop | zenob, I meant the git |
19:31.32 | GNUtoo|laptop | clone it |
19:31.46 | GNUtoo|laptop | tar.gz is only the current source |
19:31.57 | GNUtoo|laptop | it will be changed at each source revision change |
19:32.23 | zenob | ok, i'll try |
19:32.54 | GNUtoo|laptop | like in that dir |
19:32.59 | GNUtoo|laptop | /home/gnutoo/embedded/oe/sources/git/gitorious.org.htc-msm-2-6-32.leviathan-incoming.git |
19:33.06 | GNUtoo|laptop | maybe instead of cloning |
19:33.11 | GNUtoo|laptop | just run the command that failed |
19:49.54 | *** join/#oe qdot (~qdot@vorlon.vm.bytemark.co.uk) |
19:50.18 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
19:51.21 | kergoth_ | i hate computers. |
19:51.24 | *** join/#oe kgilmer (~kgilmer@firebug.buglabs.net) |
19:51.38 | woglinde | kergoth me too |
19:52.04 | mario-goulart | And they hate us too |
19:53.28 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
20:03.22 | eFfeM | Tartarus: just saw your q: don't really understand it "how does the nios2 stuff build anywhere at all?" |
20:03.24 | kergoth_ | so it seems |
20:03.53 | eFfeM | Tartarus: it builds, see my tinderbox log of 2010-07-07 19:08:31 |
20:04.59 | eFfeM | sorry wrong tinderbox ref |
20:05.55 | kergoth_ | somehow my X just exploded on my work laptop, stuck in a crappy resolution, etc now |
20:05.57 | kergoth_ | scratches head |
20:06.00 | kergoth_ | oh |
20:06.07 | kergoth_ | maybe i'm so low on disk space i can't login :) |
20:06.41 | woglinde | system-rescue-cd |
20:07.17 | eFfeM | hm, somehow I cannot find a proper tinderbox log, will try to make a new one, also tinderbox package search seem to have some issues |
20:08.41 | eFfeM | Tartarus: but no idea why you think the nios2 stuff would not build (choose MACHINE neek and bitbake gcc-cross and you're on |
20:09.20 | dcordes | hi |
20:10.56 | *** join/#oe woglinde_ (~heinold@g225004109.adsl.alicedsl.de) |
20:12.16 | eFfeM | Tartarus: it is building now, http://tinderbox.openembedded.net/builds/78028/ will be back in a while |
20:14.48 | *** join/#oe qdot (~qdot@vorlon.vm.bytemark.co.uk) |
20:16.51 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
20:19.19 | Tartarus | eFfeM: I mean outside of OE |
20:19.23 | Tartarus | I have no idea how it could build |
20:19.34 | Tartarus | Since /usr/include will be used for GMPINC |
20:19.42 | Tartarus | And that will have the bad asm/unistd.h |
20:24.24 | eFfeM | Tartarus: originally I got a binary |
20:25.48 | eFfeM | and this is the published way: http://www.nioswiki.com/Build_the_gcc4_toolchain |
20:26.02 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
20:26.03 | eFfeM | never tried that it is based upon somw windriver/csl script or so |
20:26.32 | eFfeM | the non-mmu version builds upon the uclinux build env |
20:27.43 | eFfeM | don't have those sources and scripts handy |
20:32.42 | blindvt | is there some sort of emulator for nios2, btw? |
20:34.16 | Tartarus | eFfeM, k |
20:34.21 | blindvt | we have nios2 support in uClibc but i never attempted to test it nor keep it alive, admittedly. Some sort of emulator would help tremendously to keep that port alive, in my pov |
20:35.26 | bkinman | khem: Actually, I AM using 2.6.33, it seems that bitbake omap3-console-image IS compiling a 2.6.33 kernel? |
20:38.17 | *** join/#oe playya (~playya@unaffiliated/playya) |
20:40.02 | bkinman | khem: i really wish, for the life of me, that i could figure out which files were responsible for selecting this kernel. |
20:41.08 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rbcb57eab74 10openembedded.git/recipes/ipkg-utils/ipkg-utils-native_1.6+cvs20050404.bb: |
20:41.08 | CIA-2 | ipkg-utils-native: Switch to non-legacy staging |
20:41.08 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
20:48.05 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r51ee5b59b4 10openembedded.git/recipes/ipkg-utils/ipkg-utils-native_1.6+cvs20050404.bb: |
20:48.06 | CIA-2 | ipkg-utils-native: Switch for real... |
20:48.06 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
20:48.14 | Tartarus | ~lart self |
20:48.14 | ibot | takes out a cattle prod and gives self a good jolt |
20:48.32 | mwester | ouch |
21:03.02 | Tartarus | tests python-native switch, properly now |
21:05.21 | GNUtoo|laptop | hi |
21:05.23 | GNUtoo|laptop | I've Unknown fetch Error |
21:05.30 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: |
21:05.33 | GNUtoo|laptop | and the tarball |
21:05.38 | GNUtoo|laptop | I've messed up my source dir |
21:05.41 | GNUtoo|laptop | what can I do |
21:05.47 | GNUtoo|laptop | I don't want to rebuild from scratch |
21:05.52 | GNUtoo|laptop | I'm debugging a git issue |
21:06.16 | Tartarus | turn on packaged-staging so ditching TMPDIR hurts much less, next time :) |
21:06.22 | Tartarus | bitbake -c clean whatever is failing |
21:06.27 | GNUtoo|laptop | I've packaging staging |
21:06.29 | Tartarus | mv $DL_DIR $DL_DIR.old |
21:06.33 | GNUtoo|laptop | clean doesn't seem to fix it |
21:06.33 | GNUtoo|laptop | ok |
21:06.42 | Tartarus | Well, save off your pstaging dir |
21:06.45 | Tartarus | and wipe out the rest |
21:06.50 | Tartarus | or put pstaging outside of tmpdir :) |
21:07.10 | GNUtoo|laptop | basically I want to force it to refetch the git repo |
21:07.13 | Tartarus | $ grep DISTRO conf/local.conf |
21:07.13 | Tartarus | TMPDIR = "/home/trini/work/OE-upstream/tmp.${LIBC}.${DISTRO}" |
21:07.13 | Tartarus | PSTAGE_DIR = "/home/trini/work/OE-upstream/pstage.${LIBC}.${DISTRO}" |
21:07.15 | Tartarus | is what I do, heh |
21:07.18 | GNUtoo|laptop | ok |
21:07.32 | Tartarus | so nuking TMPDIR is easy, don't have to think about it |
21:07.44 | GNUtoo|laptop | I also use autorev |
21:07.51 | GNUtoo|laptop | so I need to keep the local count |
21:08.13 | GNUtoo|laptop | moving source didn't solve it |
21:08.21 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * ra753e68001 10openembedded.git/recipes/python/ (python-native_2.6.1.bb python-native_2.6.4.bb): |
21:08.21 | CIA-2 | python-native: Switch to non-legacy staging |
21:08.21 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
21:08.27 | GNUtoo|laptop | it doesn't seem the stamps either |
21:08.56 | Tartarus | Well, I don't quite know what your problem is from that one line :) |
21:09.01 | GNUtoo|laptop | ok |
21:09.07 | GNUtoo|laptop | basically when you fetch |
21:09.14 | GNUtoo|laptop | from git you make a tarball of it |
21:09.20 | Tartarus | Yeah |
21:09.20 | GNUtoo|laptop | it doesn't find that tarball |
21:09.31 | Tartarus | So something is off in that part of bitbake |
21:09.42 | GNUtoo|laptop | I removed the tarball |
21:09.52 | GNUtoo|laptop | basically here's the issue |
21:10.04 | GNUtoo|laptop | I've an htcdream |
21:10.16 | GNUtoo|laptop | the android kernel is non-standard |
21:10.23 | GNUtoo|laptop | so we use a gitorious repo for our kenrel |
21:10.32 | GNUtoo|laptop | that gitorious repo fails to be fetched |
21:10.35 | GNUtoo|laptop | I want to debug that |
21:11.33 | GNUtoo|laptop | so I removed the tarball |
21:11.38 | GNUtoo|laptop | and the stamps |
21:11.44 | GNUtoo|laptop | for forcing it to refetch it |
21:11.52 | GNUtoo|laptop | and it wanted the tarball again |
21:14.22 | GNUtoo|laptop | ah |
21:14.27 | GNUtoo|laptop | maybe in stamps in staging |
21:14.48 | GNUtoo|laptop | hmmm no |
21:15.21 | GNUtoo|laptop | does someone knows? |
21:15.48 | *** join/#oe woglinde (~heinold@f052233174.adsl.alicedsl.de) |
21:17.50 | zenob | GNUtoo, i don't know if it helps, but think there's something with gitorius, i'm still getting fatal: early EOF during git clone git://gitorious.org/htc-msm-2-6-32/leviathan-incoming.git |
21:18.18 | leviathan | hmm |
21:18.26 | leviathan | zenob: its a bug on gitorious |
21:18.47 | zenob | so what's the solution ? |
21:19.22 | GNUtoo|laptop | zenob, I'm trying to debug that now |
21:19.30 | GNUtoo|laptop | but I messed up my tmpdir |
21:22.17 | bkinman | When i do bitbake linux, it builds kernel 2.6.35, anybody know why? |
21:24.54 | leviathan | bkinman: no? |
21:25.09 | leviathan | bkinman: which device? |
21:25.16 | GNUtoo|laptop | I'll try -DDD |
21:25.20 | bkinman | leviathan: MACHINE is overo. |
21:25.25 | leviathan | bkinman: ohh |
21:25.26 | leviathan | hmm |
21:25.49 | leviathan | bkinman: perhaps they did not set a standart kernel |
21:25.51 | leviathan | or |
21:26.00 | leviathan | over is in official kernel |
21:26.01 | leviathan | :-) |
21:26.36 | bkinman | leviathan: this is killing me, i cant for the life of me figure out how it determines which kernel to build, i've been trying to figure this out for days. |
21:27.05 | leviathan | uhm |
21:27.09 | leviathan | try it in local.conf |
21:27.11 | GNUtoo|laptop | was bitbke's cache |
21:27.18 | leviathan | GNUtoo|laptop: ok |
21:27.36 | GNUtoo|laptop | thanks a lot for the help |
21:27.37 | bkinman | leviathan: local.conf does not specify a kernel as far as i can tell. |
21:27.56 | leviathan | bkinman: in local.conf we can set the definitions which virtual package should be used |
21:28.01 | leviathan | e.g. |
21:29.01 | leviathan | bkinman: PREFERRED_PROVIDER_virtual/kernel = "linux-leviathan" |
21:29.01 | leviathan | or so |
21:29.02 | bkinman | leviathan: yeah, there are no directives like that in my local.conf. Just DISTRO and DISTRO_TYPE |
21:29.31 | leviathan | bkinman: because its the last possible solution to fix your problem |
21:29.34 | leviathan | but it will do it |
21:29.35 | leviathan | ;-) |
21:31.13 | bkinman | leviathan: ah, you are making a suggestion, gotcha. |
21:31.37 | leviathan | yes |
21:31.39 | leviathan | :-) |
21:34.38 | *** join/#oe mrc3 (~mrc3@nat/ti/x-bzdxdxarrqgbsljy) |
21:36.18 | *** join/#oe user2 (~3MX@5e0090bd.bb.sky.com) |
21:36.46 | blindvt | curses |
21:38.48 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
21:46.31 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
21:47.02 | bkinman | Hrmm. bitbake linux seems to produce a kernel that doesnt work... However, bitbake omap3-console-image produced a kernel image that does seem to work, does that make sense to anybody? |
21:47.32 | kergoth_ | "linux" is one *specific* kernel recipe |
21:47.37 | kergoth_ | not necessarily the one your machine needs |
21:47.41 | kergoth_ | you want to bitbake virtual/kernel |
21:52.31 | blindvt | dammed. what was the http_proxy and ftp_proxy settings again that were whitelisted? |
21:53.04 | blindvt | what a pita. Looking for my notes |
21:55.09 | tzanger | oh wow |
21:55.24 | tzanger | -cclean linux blows away the entire source and a subsequent bitbake linux rebuilds it from source |
21:55.32 | tzanger | I guess -cclean isn't necessary if I change a defconfig :-) |
21:55.45 | *** join/#oe dth_ntb (~dieter@a89-182-145-60.net-htp.de) |
21:59.16 | buZz | when will the 2.6.34 for akita be released? |
21:59.50 | Jay7 | buZz: you can use it today :) |
21:59.51 | blindvt | we're at 2.6.34.1 by now |
21:59.58 | buZz | woa |
22:00.47 | buZz | can i just let bitbake pick a different kernel for my machine? |
22:00.55 | Jay7 | ant have testing it sometimes |
22:01.25 | Jay7 | buZz: set DEFAULT_PREFERENCE_akita="1" in recipe with appropriate kernel |
22:01.45 | Jay7 | still not tested latest kernels on akita and tosa :( |
22:02.15 | tzanger | hmm |
22:02.48 | tzanger | none of the AT91 linux defconfigs have CONFIG_EARLY_AT91_USART set... I would have thought that they would have wanted that |
22:03.14 | buZz | according to someone in my email, the 2.6.34 will allow me to run newer udev |
22:03.31 | buZz | and thus, get gudev, and be able to continue my gnome-image based on xorg |
22:03.32 | buZz | :P |
22:03.33 | Jay7 | buZz: yes, udev-151 |
22:04.15 | Jay7 | but then revert Stanislav Brabec's commit that have glued udev-14x for zauruses |
22:04.53 | buZz | i still have to get used to dealing with stuff like that on git .. |
22:05.59 | Jay7 | distro/include/angstrom-2008-preferred-versions.inc:PREFERRED_VERSION_udev_akita = "141" |
22:06.26 | khem | bkinman: which branch of oe are you using ? |
22:06.26 | Jay7 | git log distro/include/angstrom-2008-preferred-versions.inc |
22:06.36 | Jay7 | then git revert <rev> |
22:06.51 | Jay7 | but git checkout -b your_own_branch before |
22:07.04 | Jay7 | btw |
22:07.18 | Jay7 | do we have renamed org.oe.dev to master already? |
22:07.25 | bkinman | khem: let me check. |
22:08.15 | bkinman | khem: the overo branch |
22:09.17 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
22:14.34 | GNUtoo|laptop | I've the error again |
22:14.41 | GNUtoo|laptop | how do I force to reparse everything? |
22:14.54 | Jay7 | rm cache? |
22:15.15 | GNUtoo|laptop | ok |
22:15.28 | GNUtoo|laptop | apart that I shouldn't rm the local count |
22:15.35 | GNUtoo|laptop | thanks |
22:16.08 | Jay7 | may be there is some bitbake option for this but I don't know.. |
22:16.23 | GNUtoo|laptop | ok |
22:17.17 | GNUtoo|laptop | sigh |
22:17.22 | GNUtoo|laptop | I will never fix the issue |
22:18.10 | zenob | can't you just build single receipe ? |
22:18.28 | GNUtoo|laptop | I can't fetch |
22:18.37 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '/home/gnutoo/embedded/oe/sources/git_gitorious.org.htc-msm-2-6-32.leviathan-incoming.git_3a5d683e5893ae75ace4bdfef4f5605555d40740.tar.gz |
22:18.50 | leviathan | hmm |
22:18.56 | zenob | yes, but what may cause this ? |
22:18.57 | leviathan | got into the sources dir |
22:18.59 | GNUtoo|laptop | and without fetching I can't solve that gitorious issue |
22:19.08 | GNUtoo|laptop | leviathan, ? |
22:19.11 | leviathan | and clone manually |
22:19.14 | leviathan | :-( |
22:19.17 | GNUtoo|laptop | leviathan, no |
22:19.30 | leviathan | gitorious is broken somehow |
22:19.37 | leviathan | in combination with bitbake |
22:19.39 | GNUtoo|laptop | leviathan, I *WANT* to fix gitorious issue |
22:19.39 | leviathan | dunno why |
22:19.40 | blindvt | i've a foobar http fetcher that doesn't respect my http_proxy nor my ftp_proxy. sigh |
22:19.44 | leviathan | ahh |
22:19.47 | leviathan | GNUtoo|laptop: hmm |
22:20.00 | GNUtoo|laptop | and in order to do that I need to force it to fetch from gitorious |
22:20.03 | GNUtoo|laptop | instead of locally |
22:20.11 | blindvt | this is so extremely unproductive |
22:20.14 | leviathan | GNUtoo|laptop: it might be an issue with the commandline options |
22:20.17 | blindvt | calls it a day |
22:20.26 | blindvt | g'night all |
22:20.31 | buZz | so does the calender! |
22:20.32 | GNUtoo|laptop | leviathan, I don't think so |
22:20.33 | leviathan | blindvt: gn8 |
22:20.58 | GNUtoo|laptop | I think it's a variable or something like that |
22:21.02 | GNUtoo|laptop | but bitbake is complex |
22:21.11 | *** join/#oe arun (~arun@unaffiliated/sindian) |
22:21.22 | GNUtoo|laptop | I didin't even succeed at printing what git did in fetchcmd |
22:26.20 | bkinman | Any other kids in here doing kernel hacking for the overo? |
22:29.26 | GNUtoo|laptop | sigh |
22:30.24 | Jay7 | oh.. |
22:30.37 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
22:30.53 | Jay7 | is trying to sync with psplash mainstream and with patches from psplash recipe |
22:31.05 | GNUtoo|laptop | grrr |
22:32.49 | Jay7 | GNUtoo|laptop: override git call with own script |
22:33.03 | Jay7 | that will store command line somewhere |
22:33.12 | *** join/#oe mrc3 (~mrc3@nat/ti/x-orxeuatmbtrvhiay) |
22:33.14 | GNUtoo|laptop | ok but |
22:33.19 | GNUtoo|laptop | I can't even make git fetch |
22:33.30 | GNUtoo|laptop | I'm struggeling with that error: |
22:33.44 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '/home/gnutoo/embedded/oe/sources/git_gitorious.org.htc-msm-2-6-32.leviathan-incoming.git_3a5d683e5893ae75ace4bdfef4f5605555d40740.tar.gz' |
22:34.00 | GNUtoo|laptop | I'm trying pass on a lot of bitbake function |
22:34.08 | GNUtoo|laptop | and I've still the same error |
22:34.30 | leviathan | hmm |
22:34.33 | ka6sox-work | cbrake_away, you here? |
22:35.02 | leviathan | GNUtoo|laptop: I'm writing here presentation for my MEG presentation |
22:35.07 | GNUtoo|laptop | ok |
22:35.10 | leviathan | and why its not a perpetuum mobile |
22:35.12 | leviathan | so |
22:35.14 | zenob | but manual clone also doesn't work and hangs at 15% |
22:35.14 | leviathan | and btw |
22:35.19 | leviathan | I should sleep now |
22:35.23 | GNUtoo|laptop | ok |
22:35.35 | leviathan | I'll look into it |
22:35.50 | zenob | thanks |
22:36.02 | leviathan | btw, GNUtoo|laptop because a supra conductor is a perpetuum mobile |
22:36.10 | leviathan | and I'm using quantum mechanics |
22:36.27 | leviathan | my construction could really be the first real type 2 perpetuum mobile xD |
22:36.33 | GNUtoo|laptop | zenob, ok I'm really trying hard to fix it |
22:36.37 | leviathan | but anyway |
22:36.38 | leviathan | ^^ |
22:36.49 | leviathan | GNUtoo|laptop: I'll look into it |
22:36.53 | leviathan | promised |
22:36.56 | GNUtoo|laptop | leviathan, into what? |
22:36.58 | GNUtoo|laptop | bitbake? |
22:37.02 | leviathan | yes |
22:37.07 | leviathan | I'll try to fix it |
22:37.11 | GNUtoo|laptop | ok |
22:37.13 | leviathan | if you do not manage to do so |
22:37.14 | GNUtoo|laptop | but it seem hard |
22:37.17 | leviathan | the next days |
22:37.19 | leviathan | yes |
22:37.40 | GNUtoo|laptop | I've an idea |
22:37.43 | GNUtoo|laptop | rename the recipe |
22:37.45 | GNUtoo|laptop | locally |
22:38.40 | leviathan | GNUtoo|laptop: gn8 |
22:38.43 | leviathan | ok |
22:38.50 | GNUtoo|laptop | same error |
22:38.53 | leviathan | ok |
22:38.54 | GNUtoo|laptop | it was a bad idea |
22:38.58 | GNUtoo|laptop | because the git is the same |
22:39.03 | leviathan | yes |
22:39.07 | leviathan | its the git url |
22:39.12 | *** join/#oe mrc3 (~mrc3@nat/ti/x-krrxlvrzrapzdxmd) |
22:39.14 | GNUtoo|laptop | maybe I could change that |
22:39.19 | GNUtoo|laptop | to http |
22:39.31 | leviathan | GNUtoo|laptop: look how other gitorious using recipes have done it |
22:39.33 | leviathan | :-) |
22:39.38 | leviathan | http is a good idea |
22:39.40 | GNUtoo|laptop | there are not much |
22:40.04 | leviathan | GNUtoo|laptop: I guess its because of broken git server |
22:40.06 | leviathan | try http |
22:40.15 | GNUtoo|laptop | no |
22:40.21 | GNUtoo|laptop | I guess it's a variable |
22:41.16 | mickeyl | i tend to agree. using the very same command in a user shell always seems to work for me |
22:41.33 | mickeyl | so it's probably something that OE blacklists |
22:41.39 | mickeyl | but that git needs for this server |
22:42.53 | Jay7 | I suspect errors in psplash svn.. |
22:43.05 | Jay7 | that rgb ordering looking wrong |
22:43.22 | GNUtoo|laptop | ok |
22:44.05 | GNUtoo|laptop | LANG="en_US.utf8" ? |
22:44.08 | blindvt | kergoth, somehow f84f382f340d6db15b9e5afb8c7c93969249a958 from that dell guy completely broke proxy handling in the wget fetcher for me. I have both http_proxy and ftp_proxy set in my environment proper (plus the odd upper-case variants in my local.conf) and bb's wget fetcher hangs trying to contact any target directly instread of via the given proxy |
22:44.34 | GNUtoo|laptop | because git needs LC_ALL LANG or something like that |
22:44.35 | blindvt | s/instread/instread/;# even |
22:44.51 | *** join/#oe mrc3 (~mrc3@nat/ti/x-nybzxkmxrflcfylf) |
22:45.30 | blindvt | fingers playing tricks on me. neither insns nor instruction nor read. but instead, really |
22:46.27 | blindvt | sleep. now. really |
22:46.55 | GNUtoo|laptop | mickeyl, how can you fetch if it says: |
22:47.04 | ka6sox-work | git and bugzilla offline for 30m to 1hr...for hardware replacement |
22:47.09 | GNUtoo|laptop | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '.../git_gitorious.org.htc-msm-2-6-32.leviathan-incoming.git_3a5d683e5893ae75ace4bdfef4f5605555d40740.tar.gz' |
22:47.54 | mickeyl | well, that looks like the fetcher has been interrupted in between |
22:48.05 | mickeyl | it's a different output iirc on clean sourcetree |
22:48.23 | GNUtoo|laptop | I'll change rev then |
22:48.33 | GNUtoo|laptop | because nothing to do |
22:48.35 | GNUtoo|laptop | cleaning cache |
22:48.43 | GNUtoo|laptop | stamps |
22:48.54 | GNUtoo|laptop | staging |
22:48.59 | *** join/#oe mrc3 (~mrc3@nat/ti/x-jbbncmidmzblocmb) |
22:49.00 | GNUtoo|laptop | s/staging/packaging staging |
22:49.01 | GNUtoo|laptop | etc... |
22:49.05 | GNUtoo|laptop | still that file error |
22:49.44 | *** join/#oe newbie_oe (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
22:54.18 | newbie_oe | hi all |
22:54.42 | newbie_oe | how to remove udev dependecy from angstrom |
22:55.04 | *** join/#oe mrc3 (~mrc3@nat/ti/x-xjvwysntcgukkcgq) |
22:57.53 | GNUtoo|laptop | PREFERRED_PROVIDER_hotplug = "" |
22:58.50 | Tartarus | ... but what are you trying to achieve? |
22:59.06 | GNUtoo|laptop | Tartarus, our kernel is from gitorious |
22:59.17 | GNUtoo|laptop | and fetch fails like this: |
22:59.24 | GNUtoo|laptop | fatal: The remote end hung up unexpectedly |
22:59.30 | GNUtoo|laptop | fatal: early EOF |
22:59.34 | GNUtoo|laptop | fatal: index-pack failed |
22:59.42 | newbie_oe | thanks i got |
23:01.21 | Tartarus | GNUtoo, sorry, I was asking newbie_oe :) As that is how you disable udev, but you might well end up with almost no devices |
23:01.25 | Tartarus | That's not usually desired |
23:01.41 | newbie_oe | i am trying ti use the mdev |
23:01.44 | GNUtoo|laptop | ok np |
23:01.55 | GNUtoo|laptop | ah ok |
23:01.58 | newbie_oe | with mdev with busy box |
23:02.02 | GNUtoo|laptop | then use mdev as dev manager |
23:02.02 | mickeyl | if you are on a good kernel, don't bother with *dev, but use devtmpfs |
23:02.10 | newbie_oe | yes |
23:03.23 | Jay7 | pixel drawing procedure is 90 lines of C.. |
23:03.51 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
23:06.28 | Jay7 | that is interesting why psplash_18bpp.patch is chaning code only for BGR565/BGR888 modes.. |
23:06.34 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
23:06.58 | Jay7 | who can help me with this? |
23:07.19 | bkinman | I deleted everything in /tmp/deploy/glibc/images/overo/ , and I now get the following error when trying to bitbake omap3-console-image: install: cannot stat `arch/arm/boot/uImage': No such file or directory ... Anybody know what that is all about? |
23:07.39 | Jay7 | rebuild linux recipe |
23:07.50 | Jay7 | bitbake -c clean linux |
23:08.01 | Jay7 | then bitbake linux |
23:08.19 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:08.42 | Jay7 | (if overo is using common linux kernels) |
23:09.01 | zenob | GNUtoo this is gitorius server problem, cause the same error occurs when cloning, so maybe we should report it to them ? |
23:11.28 | *** join/#oe mickeyl (~mickey@openmoko/coreteam/mickey) |
23:13.54 | khem | git down ? |
23:15.34 | mwester | either that or very slow. |
23:16.08 | khem | fatal: The remote end hung up unexpectedly |
23:16.12 | mwester | The server was taken down for 30 minutes -- 45 minutes ago. |
23:16.21 | khem | I see |
23:16.29 | khem | so it might have stretched a bit |
23:16.43 | mwester | Let's hope it's just taking a little longer than expected, and not having more troubles with that blasted RAID controller... |
23:16.45 | khem | mwester: Does nslu use uclibc ? |
23:17.00 | khem | hopes same |
23:17.02 | mwester | Does now. |
23:17.13 | khem | mwester: hmmm ok |
23:17.14 | mwester | Up until a few weeks ago, it was the full normal libc |
23:17.22 | mwester | I switched it over on your recommendation. |
23:17.34 | khem | mwester: oh thats eglibc |
23:17.37 | khem | I meanst uclibc |
23:17.42 | mwester | Ah, sorry. |
23:17.52 | khem | I am going to push a bigger overhaul of uclibc |
23:18.04 | khem | so was wondering who will get bitten |
23:18.22 | khem | mwester: btw. how is toolchain upgrade going on ? |
23:18.24 | mwester | There used to be a uclibc variant - it was difficult to keep it building, and when openwrt came out with a port to the NSLU2, we dropped maintaining the uclibc on NSLU2 stuff. |
23:18.27 | khem | any new surprises |
23:18.47 | bkinman | Jay7: no love. |
23:18.53 | mwester | No new surprises, at least due to the toolchain. Lots due to other changes :) But toolchain seems to work. |
23:19.04 | mwester | I may try THUMB to see if I can get some flash space back. |
23:19.16 | khem | mwester: cool. You might try 4.5 for fun |
23:19.27 | mwester | Live on the edge, huh? |
23:19.29 | khem | mwester: yes thumb works well |
23:19.51 | Jay7 | afaik today was scheduled downtime to replace BBU |
23:20.07 | khem | toolchains seldom break 4.5 is good atm |
23:20.21 | mwester | ok. What new magic makes it better? |
23:20.25 | khem | mwester: it should perform better on armv7 |
23:20.29 | mwester | ah |
23:20.32 | khem | and thumb |
23:20.37 | grg | lto! |
23:20.40 | khem | code gen has improved |
23:20.46 | mwester | that would be good, we need all the speed we can get on that tiny little chip. |
23:20.47 | grg | lto= link time optimisation |
23:20.48 | khem | lto is still baby |
23:20.57 | khem | we tried benchmarks |
23:21.05 | khem | it give quite a lot |
23:21.12 | grg | heh, gcc4.6 has -Ofast. |
23:21.15 | khem | but then you can not enable it on system level yet |
23:21.21 | bkinman | Jay7: got any other ideas? |
23:21.47 | Jay7 | bkinman: sorry, no |
23:22.01 | khem | mwester: 4.4 and 4.5 were neck to neck without lto |
23:22.05 | mwester | Our biggest gain overall would be busybox performance -- so the underlying libs and busybox would be the first candidates for optimization efforts. |
23:22.08 | khem | but thats one benchmark |
23:22.21 | khem | mwester: I see |
23:22.37 | khem | mwester: several things could be tried |
23:22.38 | Jay7 | bkinman: when I had error that was similar to your rebuilding kernel recipe helped me |
23:23.03 | *** join/#oe zenob (~marek@ip-77.222.249.248.spray.net.pl) |
23:23.23 | khem | bkinman: you are not using .dev or stable oe are you ? |
23:23.47 | bkinman | khem: i'm not sure. I'm using the overo branch. |
23:24.08 | khem | mwester: in my experiments so far gcc 4.5 is as good as 4.4 |
23:24.21 | khem | oh debugging experience with 4.5 is better though |
23:24.26 | mwester | I'll give it a try and see what happens. :) |
23:24.40 | khem | mwester: cool I can fix if something fails :) |
23:24.46 | mwester | I presume I can leave the other tools (libtool, etc) at the same versions? |
23:24.50 | GNUtoo|laptop | grrr it appeared again |
23:24.59 | GNUtoo|laptop | even if the srcrev is not the same |
23:25.01 | Tartarus | khem: http://patchwork.openembedded.org/patch/2235/ is that an acked-by? :) |
23:25.02 | khem | mwester: should be possible |
23:25.03 | GNUtoo|laptop | and I cleaned |
23:25.06 | GNUtoo|laptop | and reparsed |
23:25.06 | mwester | ok |
23:25.08 | GNUtoo|laptop | etc... |
23:25.39 | khem | Tartarus: yes |
23:25.55 | Tartarus | thanks |
23:25.58 | khem | mwester: where are you with automake |
23:26.12 | khem | 1.11.1 and 2.65 ? |
23:26.23 | mwester | 1.11.1 |
23:26.43 | khem | ok shoud be good I believe |
23:26.46 | mwester | and autoconf 2.65 |
23:26.56 | newbie_oe | hi |
23:26.59 | khem | just change the versions and see the wonder :) |
23:27.09 | newbie_oe | how to include mdev in my busybox |
23:28.15 | newbie_oe | i want to build busybox with mdev in OE for angstrom distro |
23:28.16 | *** join/#oe raster (raster@enlightenment/developer/raster) |
23:29.07 | khem | PREFERRED_PROVIDER_hotplug = "mdev" |
23:29.22 | newbie_oe | oh just replacing udev with mdev |
23:29.29 | newbie_oe | ok |
23:29.48 | newbie_oe | ok thank you |
23:31.34 | bkinman | khem: If i am using a particular kernel (I am using linux-omap3_2.6.33), how would i go about cleaning the build for that? I've tried bitbake -c clean linux-omap3_2.6.33, but it doesnt seem to work, i still get the error that arch/arm/boot/uImage doesnt exist when i try to bitbake omap3-console-image |
23:31.47 | Tartarus | bkinman: virtual/kernel |
23:32.05 | Tartarus | That will get the kernel recipe a given machine uses |
23:32.13 | bkinman | Tartarus: Thanks, giving that a try. |
23:37.18 | Jay7 | -> sleep |
23:38.49 | GNUtoo|laptop | grrr |
23:38.57 | GNUtoo|laptop | I now have the error |
23:39.09 | GNUtoo|laptop | and it doesn't even try to fetch anymore |
23:39.17 | GNUtoo|laptop | even when changing srcrev |
23:44.04 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |