| 00:00.56 | *** join/#oe SonicvanaJr (n=Garrett@unaffiliated/sonicvanajr) |
| 00:05.55 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 00:07.27 | *** join/#oe NAbyss_ (n=foo@ppp93-58.lns1.mel4.internode.on.net) |
| 00:13.16 | rwhitby | hmm - I was hoping the task-base PROVIDES problem would be fixed while I was away. On the other hand, I don't think I entered a bug report for it, so I only have myself to blame. |
| 00:32.18 | *** join/#oe greentux_ (n=lemke@Z639a.z.pppool.de) |
| 00:41.30 | *** join/#oe Laibsc1 (n=Laibsch@p54B976D8.dip.t-dialin.net) |
| 00:56.07 | *** join/#oe dijenerate (n=dijenera@72.22.146.120) |
| 00:57.27 | *** join/#oe noclouds (n=mhfan@218.22.26.90) |
| 01:00.27 | *** join/#oe dijenerate (n=dijenera@72.22.146.120) |
| 01:03.18 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 01:14.03 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 01:26.42 | summatusmentis | INHERIT += "rm_work" goes in local.conf right? |
| 01:28.35 | rwhitby | yep |
| 01:32.58 | *** join/#oe mithro (n=tim@lester.mithis.com) |
| 01:33.26 | summatusmentis | rwhitby: thanks |
| 01:39.34 | *** join/#oe exastr1 (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 01:47.19 | *** join/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 02:14.32 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 02:40.49 | summatusmentis | rwhitby: I just want to make sure, rm_work doesn't remove the .ipk's does it? |
| 03:08.56 | Zero_Chaos | summatusmentis: no, it doesn't |
| 03:09.05 | summatusmentis | Zero_Chaos: alright, thanks |
| 03:19.11 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 03:36.31 | *** part/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 03:59.46 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.mn.comcast.net) |
| 04:04.11 | *** join/#oe shreyas (n=Shreyas@59.92.166.6) |
| 04:07.16 | *** join/#oe minipanda (n=hzhang@221.221.156.243) |
| 04:19.01 | *** join/#oe gneuf (n=gneuf@cpe-76-80-51-248.socal.res.rr.com) |
| 04:33.19 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 04:36.58 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
| 05:13.47 | *** join/#oe dion (n=dion@inhex.net) |
| 05:21.43 | *** join/#oe _law_ (n=law@mail.stiftadmont.at) |
| 05:29.30 | *** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1) |
| 05:44.23 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 05:47.21 | Ifaistos | goodmorning all |
| 05:59.18 | *** join/#oe Marex-notebook (n=marex@85.132.236.161) |
| 05:59.53 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 06:07.24 | *** join/#oe shreyas (n=Shreyas@202.62.79.184) |
| 06:10.35 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 06:12.50 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 06:23.53 | shreyas | koen|away: http://bugs.openembedded.org/show_bug.cgi?id=2311 , I have attached all the bitbake recipies for openalchemy, please have a look at it when you can and let me know if anything needs to be fixed. |
| 06:26.29 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 06:30.28 | XorA | morning |
| 06:31.54 | Ifaistos | XorA hi ! |
| 06:34.08 | *** join/#oe jacques (n=jacques@nslu2-linux/jacques) |
| 06:34.14 | *** join/#oe rob_w|mis (n=rob_w@p549B9BE1.dip0.t-ipconnect.de) |
| 06:36.26 | *** join/#oe schurig (n=schurig@pD95F936B.dip0.t-ipconnect.de) |
| 06:36.50 | Bernardo | good morning |
| 06:42.23 | *** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 06:42.32 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 06:57.10 | *** join/#oe |jbs| (n=Bernardo@89-180-15-242.net.novis.pt) |
| 07:02.15 | *** join/#oe rob_w|mis (n=rob_w@p549B9BE1.dip0.t-ipconnect.de) |
| 07:05.09 | Ifaistos | has anyone been able to build asterisk_1.2.18 with uclibc ? |
| 07:18.20 | *** join/#oe pH5 (n=ph5@e178224118.adsl.alicedsl.de) |
| 07:19.04 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 07:20.21 | *** join/#oe rd_ (n=rd@vnsecurity.net) |
| 07:21.55 | koen | good morning all |
| 07:23.54 | rwhitby | morning koen |
| 07:28.09 | koen | hey rwhitby |
| 07:28.09 | koen | how was your trip? |
| 07:29.55 | rwhitby | short but long |
| 07:30.14 | *** join/#oe soffa (n=soffa@213.238.49.68) |
| 07:37.16 | *** join/#oe xjqian (n=gordon@71-85-151-212.dhcp.stls.mo.charter.com) |
| 07:38.39 | koen | rwhitby: the task-base provides thingy was raised on the mailinglist by likewise, with different solutions |
| 07:39.15 | koen | rwhitby: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-May/002085.html |
| 07:41.19 | rwhitby | ok, I don't care about #1, but do care about #2. I've just put back my PROVIDES="${PACKAGES}" work-around in my local builds. |
| 07:44.01 | *** join/#oe dion (n=dion@inhex.net) |
| 07:46.03 | *** join/#oe psokolovsky (n=psokolov@empty-crossing.volia.net) |
| 07:49.30 | koen | heh, maemo has "Compilable sources" as an item on their roadmap |
| 07:58.11 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 07:59.32 | *** join/#oe sandworm (n=sandworm@ppp1-301.ciscom.ru) |
| 08:00.19 | sandworm | hi. pls help me again |
| 08:00.30 | *** join/#oe dmn (n=varoudis@85.72.92.180) |
| 08:03.47 | sandworm | while building uclibc for oe it fails. database is fresh. |
| 08:04.38 | sandworm | | In file included from ../../ldso/include/ldso.h:26, |
| 08:04.38 | sandworm | | from ldso.c:33: |
| 08:04.38 | sandworm | | ../../ldso/include/dl-syscall.h: In function '_dl_exit': |
| 08:04.39 | sandworm | | ../../ldso/include/dl-syscall.h:63: error: '__NR_exit' undeclared (first use in this function) |
| 08:05.07 | sandworm | and too much undeclared __NR_xxx... |
| 08:06.04 | *** join/#oe bluelightning (n=blueligh@222-155-139-228.jetstream.xtra.co.nz) |
| 08:06.24 | koen | distro, machine? |
| 08:07.00 | *** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net) |
| 08:07.26 | keesj | /xorg-lib/libxi failed om my machine . it expects sed to be located in /usr/bin/ |
| 08:07.33 | keesj | Hi |
| 08:08.36 | keesj | here is the log http://paste-it.net/2178/raw/ |
| 08:09.56 | koen | keesj: where is you sed located? |
| 08:11.14 | sandworm | generic-uclibc for arm (ep9312) |
| 08:12.03 | koen | sandworm: use DISTRO=angstrom-2007.1 in uclibc mode |
| 08:12.25 | *** join/#oe lrg (n=liam@lrg2.demon.co.uk) |
| 08:14.15 | keesj | in /bin/sed |
| 08:14.26 | *** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net) |
| 08:15.12 | sandworm | koen: how to set uclibc mode ? |
| 08:15.29 | koen | ANGSTROM_MODE = "uclibc" in local.conf |
| 08:18.35 | sandworm | koen: trying.... |
| 08:19.40 | koen | I'd to an 'mtn pull && mtn update' first :) |
| 08:20.16 | *** join/#oe psokolovsky (n=psokolov@empty-crossing.volia.net) |
| 08:20.17 | CIA-4 | 03koen 07org.oe.dev * r55b586c6... 10/ (1 packages/uclibc/uclibc_0.9.29.bb): uclibc 0.9.29: fix FILESPATH, add ep93xx config |
| 08:20.22 | CIA-4 | 03koen 07org.oe.dev * r36e9da9d... 10/ (8 files in 5 dirs): uclibc 0.9.29: add fic-gta01, poodle and (now really) ep93xx configs |
| 08:20.43 | sandworm | koen: sure, about 30min ago |
| 08:21.29 | *** join/#oe cedric (n=cedric@mieuh.bluebugs.org) |
| 08:24.25 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 08:25.17 | xjqian | koen: are you going to release both glibc and uclibc images for Angstrom? |
| 08:25.31 | xjqian | koen: what's the release plan? |
| 08:25.38 | koen | xjqian: if people are interested |
| 08:26.02 | koen | xjqian: my main plan is to have a small image a la debian-installer for people to use |
| 08:27.51 | *** join/#oe ssvb (n=ssvb@vbaltd.vba.com.by) |
| 08:28.10 | xjqian | koen: my concern is wether we are going to have enough developers to support both |
| 08:28.26 | koen | same here |
| 08:28.26 | *** join/#oe shres (n=shreyas@202.62.79.184) |
| 08:28.38 | koen | that's why I said "if people are interested" :) |
| 08:29.09 | xjqian | koen: if we're going to switch to uclibc, switch now since it's still early and ditch glibc |
| 08:29.36 | koen | I don't want uclibc on PDA type devices |
| 08:29.46 | koen | I want it for routers, NASs and stuff |
| 08:31.12 | xjqian | do you mean the benefit of uclibc is only space saving rather than speed/efficiency? |
| 08:31.40 | XorA | xjqian: the unbenefit is the ton of support for a lot of apps |
| 08:32.13 | koen | and it isn't ABI compatible with itself, so upgrading via ipkg/deb/rpm/whatever is nigh impossible |
| 08:33.20 | xjqian | XorA: quote from uclibc website: " uClibc (aka µClibc/pronounced yew-see-lib-see) is a C library for developing embedded Linux systems. It is much smaller than the GNU C Library, but nearly all applications supported by glibc also work perfectly with uClibc" |
| 08:33.32 | koen | keesj: it seems libtool assumes sed is in /usr/bin |
| 08:33.39 | xjqian | XorA: do you mean they are bragging? |
| 08:34.04 | keesj | hmm , so perhaps I need to check what the lsb is saying about that |
| 08:34.11 | XorA | xjqian: arch != i386 == breakage gcc != 2.95.X == breakage, Ill extrapolate libc != glibc == breakage |
| 08:34.57 | koen | uclibc 0.9.29 doesn't do 'index()' anymore, so I had to patch a few apps yesterday |
| 08:35.08 | koen | it isn't as easy as the uclibc website makes it out to be :( |
| 08:35.54 | xjqian | hehe, I see, everybody is putting their positive side up front. thanks, I understand better now about uclibc |
| 08:36.39 | sandworm | but for 8M flash is no way to use glibc... |
| 08:36.53 | koen | xjqian: and they forget to tell you that if you want proper i18n you need libiconv, which is huge |
| 08:37.14 | XorA | koen: its simpler to convert the whole world to english :-D |
| 08:37.23 | sandworm | kernel eats 1.5M |
| 08:37.30 | xjqian | thanks, I see the niche for uclibc now |
| 08:39.15 | NAiL | koen: 0.9.29 supposedly is abi-compatible with 0.9.28? |
| 08:40.22 | Ifaistos | i am using uclibc (0.9.28 though) with OE for sometine now, and except a few problems with some programs that need patching to work with uclibc works fine |
| 08:42.13 | NAiL | uclibc fails in odd and cryptic ways though ;) |
| 08:42.31 | Ifaistos | considering that most flash deprived ;) devices in the market use uclibc/busybox it is a viable option |
| 08:42.57 | Ifaistos | NAiL: During build or when the system is working ? |
| 08:42.59 | psokolovsky | Hi! |
| 08:43.14 | Ifaistos | psokolovsky : hi ! |
| 08:43.17 | psokolovsky | koen: so, maybe it's easier patch uclibc with index() than every app? |
| 08:45.25 | NAiL | Ifaistos: during build mostly |
| 08:46.34 | Ifaistos | NAiL: Most of the problems i found where configuration related. Either uclibc had something not configured in, or site files was missing something |
| 08:47.06 | Ifaistos | NAiL: The other problem was that with gcc 4.x you need to use a rather "recent" version of uclibc |
| 08:47.27 | *** join/#oe schurig (n=schurig@pD95F936B.dip0.t-ipconnect.de) |
| 08:47.41 | Ifaistos | NAiL: so cvs/svn was the only option until the 0.9.29 came :) |
| 08:48.02 | *** join/#oe ade|desk (n=adavey@194.200.143.249) |
| 08:48.10 | NAiL | Ifaistos: yeah, I know |
| 08:50.17 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 08:51.54 | *** join/#oe Varoudis_ (n=varoudis@85.73.136.255) |
| 08:52.49 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 08:57.57 | florian | good morning |
| 09:01.10 | XorA | morning |
| 09:01.48 | pH5 | good morning |
| 09:08.15 | sandworm | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/ |
| 09:08.15 | sandworm | cc1: internal compiler error: in add_path, at c-incpath.c:362 |
| 09:08.16 | sandworm | ??? |
| 09:08.16 | sandworm | in uclibc-0.9.29-r0 for angstrom |
| 09:17.43 | CIA-4 | 03rwhitby 07org.oe.dev * r1e54d761... 10/ (4 files in 3 dirs): sysconf: Remove /linuxrc and spurious debug messages |
| 09:17.50 | *** join/#oe Laibsch (n=Laibsch@212.17.245.151) |
| 09:17.56 | CIA-4 | 03rwhitby 07org.oe.dev * rf7790705... 10/ (5 files in 5 dirs): ixp4xx-kernel: Dropped support for 2.6.21, we're sticking to 2.6.20 stable and 2.6.22 development |
| 09:18.09 | CIA-4 | 03rwhitby 07org.oe.dev * r769dfe2e... 10/ (6 files in 3 dirs): arm-kernel-shim: Updated to version 1.4 |
| 09:18.20 | CIA-4 | 03rwhitby 07org.oe.dev * rf40c7790... 10/ (3 files in 2 dirs): ftpd-topfield: Updated to 0.7.3 |
| 09:19.18 | Laibsch | xjqian: Thank you "taking over the tosa" |
| 09:19.38 | Laibsch | xjqian: You have an environment to compile, right? |
| 09:20.09 | Laibsch | Why don't you go ahead and do a bitbake "opie-image" to see if the opie issues are dealt with? |
| 09:20.17 | Laibsch | Thanks again for your work |
| 09:24.31 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 09:27.19 | *** join/#oe W8TVI (n=me@166.166.13.201) |
| 09:29.09 | *** part/#oe W8TVI (n=me@166.166.13.201) |
| 09:35.00 | koen | "linux violates 107 patents, of which 42 are for the the kernel" |
| 09:35.17 | koen | I always thought linux *was* the kernel |
| 09:35.43 | NAbyss | koen: Only if you're not in marketing |
| 09:35.48 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 09:38.39 | Laibsch | koen: I think you and mickey have "the master key" to bugzilla, right? As you know, I am thinking about workflow for our bugs. I think there are features in bugzilla we do not use and that could help us. I was wondering if it was possible to get master access to bugzilla |
| 09:39.00 | Laibsch | Things I am looking for are flags, "watch this", etc. |
| 09:39.14 | Laibsch | I do not intend to make any changes without prior consultation. |
| 09:39.30 | Laibsch | But to get the imagination going it would be nice to look at the real thing. |
| 09:41.04 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
| 09:41.05 | *** join/#oe memeruiz_ (n=memeruiz@e181060196.adsl.alicedsl.de) |
| 09:43.38 | koen | Laibsch: sure, ask treke/ggilbert |
| 09:43.51 | koen | Laibsch: but I'd wait a bit, since he is trying to upgrade bugzilla to 3.0 |
| 09:49.45 | Laibsch | Looking won't hurt anyone I hope ;-) |
| 09:50.34 | sandworm | koen: why ?: NOTE: package uclibc-0.9.29-r0: task do_compile: started |
| 09:50.35 | sandworm | ERROR: function do_compile failed |
| 09:50.35 | sandworm | ERROR: log data follows (./openembedded/build/tmp/work/ep93xx-angstrom-linux-uclibcgnueabi/uclibc-0.9.29-r0/temp/log.do_compile.4109) |
| 09:50.35 | sandworm | | NOTE: make OPTIMIZATION= CPU_CFLAGS=-isystem/build/tmp/staging/arm-angstrom-linux-uclibcgnueabi/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -Os STRIPTOOL=true LD=arm-angstrom-linux-uclibcgnueabi-ld LOCALE_DATA_FILENAME=uClibc-locale-030818.arm.tgz CC=ccache arm-angstrom-linux-uclibcgnueabi-gcc -march=armv4t -mtune=arm920t |
| 09:50.38 | sandworm | | make[1]: `conf' is up to date. |
| 09:50.40 | sandworm | | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/ |
| 09:50.42 | sandworm | | cc1: internal compiler error: in add_path, at c-incpath.c:362 |
| 09:51.06 | xjqian | Laibsch: no problem. |
| 09:51.50 | koen | sandworm: you did update, right? |
| 09:51.58 | sandworm | yes! |
| 09:51.58 | xjqian | Laibsch: I'm running out of space on my laptop now. I will bake the opie-image once I got more space |
| 09:52.21 | sandworm | 2007-05-14 11:29 OE.mtn |
| 09:52.46 | koen | let me start a build |
| 09:53.11 | Laibsch | xjqian: Maybe I can bake one for you |
| 09:53.18 | Laibsch | Oh, koen already offered |
| 09:53.21 | ggilbert | ask me what? |
| 09:53.23 | Laibsch | That will be MUCH faster |
| 09:53.32 | koen | Laibsch: a build for ep93xx/uclibc |
| 09:53.33 | sandworm | also uclibc .config have a line "TARGET_alpha=y", not TARGET_arm |
| 09:53.44 | koen | I don't even have opie in my BBFILES :) |
| 09:53.59 | Laibsch | ggilbert: Would it be possible to give me superpowers on bugzilla? |
| 09:54.05 | ggilbert | oh, I imagine so |
| 09:54.09 | Laibsch | koen: OK, I was surprised |
| 09:54.10 | ggilbert | let me look |
| 09:54.20 | Laibsch | xjqian: Be patient. I will get you an image |
| 09:54.40 | ggilbert | also, I can hold off on bugzilla 3 if it'll break stuff for you guys |
| 09:54.52 | ggilbert | I was just going to try doing a test upgrade on another machine |
| 09:54.54 | Laibsch | ggilbert: I don't think so |
| 09:55.03 | xjqian | thanks for the offer |
| 09:55.06 | ggilbert | I don't know how this will affect stuff like the build boxes |
| 09:55.07 | xjqian | I have to run |
| 09:55.07 | Laibsch | An upgrade would be very much appreciated |
| 09:55.30 | koen | sandworm: what does 'mtn automate heads' say for you? |
| 09:55.46 | xjqian | have to run, though. see you guys. and looking forward to the opie-image |
| 09:55.54 | koen | ggilbert: I think we'll welcome bugzilla 3 :) |
| 09:56.08 | ggilbert | alright, then I'll get it done sometime this week |
| 09:56.32 | ggilbert | Laibsch: what's your bugzilla username? |
| 09:56.44 | *** join/#oe mickey|uni (n=mickey@kalliste.rbi.informatik.uni-frankfurt.de) |
| 09:56.48 | koen | sandworm: it should be 11c89795a895612815318e54f362f6cbe08afbe0 |
| 09:56.56 | koen | mickey|uni: guten morgen! |
| 09:57.02 | ggilbert | koen, I'm assuming that since you told him to look me up, that you don't have any problems with him having access? |
| 09:57.03 | mickey|uni | Guten Morgen! |
| 09:57.10 | koen | ggilbert: correct :) |
| 09:57.13 | ggilbert | hehe |
| 09:57.23 | koen | and I suspect mickey|uni will agree as well |
| 09:57.30 | mickey|uni | who... what? |
| 09:57.47 | koen | mickey|uni: laibsch, more bugzilla powers |
| 09:57.49 | ggilbert | mickey|uni: About you owing me 2,000 USD |
| 09:57.54 | ggilbert | or what koen said |
| 09:58.01 | mickey|uni | hah |
| 09:58.04 | Crofton | you are buying beer for everyone |
| 09:58.09 | mickey|uni | i'm broke... moving agency took all my money |
| 09:58.22 | ggilbert | hehe |
| 09:58.34 | Crofton | take it back |
| 09:58.35 | mickey|uni | yeah, more bugzilla power for laibsch is ok |
| 09:58.37 | ggilbert | moving far? |
| 09:58.58 | mickey|uni | not at all, but apparantly it took them very long to (de)assemble the sleeping room |
| 09:59.07 | ggilbert | ah |
| 09:59.17 | Laibsch | ggilbert: bugs.openembedded.org AT rolf.leggewie.biz |
| 09:59.22 | mickey|uni | anyway, since friday we're sleeping in the new flat |
| 09:59.46 | koen | mickey|uni: congrats |
| 10:00.13 | ggilbert | Laibsch: you should be good to go now |
| 10:00.15 | sandworm | koen: nothing said :( |
| 10:00.25 | Laibsch | ggilbert: Cool. Thanks a bunch |
| 10:01.06 | Laibsch | Wow, all these nice new shiny Knöpfsche ;-) |
| 10:01.22 | Laibsch | -> buttons |
| 10:01.35 | koen | sandworm: it looks like you're missing http://www.openembedded.org/filebrowser/org.openembedded.dev/packages/uclibc/uclibc-0.9.29/ep93xx |
| 10:01.45 | Laibsch | xjqian: Your tosa build is on the way |
| 10:02.10 | koen | ggilbert: thanks again for maintaining our bugzilla |
| 10:02.19 | ggilbert | koen, glad to help. |
| 10:02.49 | *** join/#oe mickey (n=mickey@kalypso.rbi.informatik.uni-frankfurt.de) |
| 10:03.23 | mickey | ~lart PC pool workstations |
| 10:03.23 | ibot | pulls out a ClueBat (tm) and thwaps PC pool workstations |
| 10:09.39 | sandworm | koen: compiled, thanx. but why i not see this file in 3-hours-old database ? |
| 10:10.27 | koen | sandworm: because I added it ~2.5 hours ago :) |
| 10:12.20 | sandworm | koen :) |
| 10:13.50 | sandworm | koen: what target should i tell bitbake to make minimal router image |
| 10:17.54 | *** join/#oe dijenerate (n=dijenera@69.73.250.139) |
| 10:19.03 | *** join/#oe goxboxlive (n=goxboxli@195.159.97.196) |
| 10:28.04 | CIA-4 | 03koen 07org.oe.dev * rc3843c7f... 10/ (1 packages/bluez/bluez-libs_3.10.bb): bluez-libs: update to 0.3.10 |
| 10:32.27 | mickey | bbiab, dinner |
| 10:32.31 | mickey | lunch, even |
| 10:34.07 | sandworm | koen: NOTE: package linux-2.6.21-r0: task do_unpack: started |
| 10:34.07 | sandworm | NOTE: Unpacking openembedded/sources/linux-2.6.21.tar.bz2 to openembedded/build/tmp/work/ep93xx-angstrom-linux-uclibcgnueabi/linux-2.6.21-r0/ |
| 10:34.07 | sandworm | NOTE: Unpacking openembedded/org.openembedded.dev/packages/linux/linux/defconfig to openembedded/build/tmp/work/ep93xx-angstrom-linux-uclibcgnueabi/linux-2.6.21-r0/ |
| 10:34.08 | sandworm | cp: невозможно выполнить stat для `openembedded/org.openembedded.dev/packages/linux/linux/defconfig': No such file or directory |
| 10:34.11 | sandworm | NOTE: Task failed: |
| 10:34.26 | koen | that looks like a bug in OE |
| 10:34.53 | sandworm | koen: now kernel build fails |
| 10:38.35 | koen | yes, because it's the wrong kernel |
| 10:38.43 | koen | I think I know why |
| 10:39.08 | koen | hmmm |
| 10:39.34 | koen | it should build the .19+.20rc7 kernel |
| 10:40.35 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 10:43.18 | *** join/#oe holtmann (n=holtmann@nikita.holtmann.net) |
| 10:43.23 | holtmann | koen: Done. |
| 10:43.55 | koen | I added a disabled-by-default bluez-utils 3.10 to OE, and I'm now going to try to get that in shape |
| 10:44.16 | koen | do you have a sample initscript? |
| 10:44.19 | holtmann | I am working on the perfect configure line for you. |
| 10:44.33 | CIA-4 | 03koen 07org.oe.dev * r05b9706d... 10/ (1 packages/bluez/bluez-utils_3.10.bb): (log message trimmed) |
| 10:44.33 | CIA-4 | bluez-utils: groundwork for 0.3.10 recipe - DO NOT USE FOR PRODUCTION |
| 10:44.33 | CIA-4 | Since this was a big update from 0.3.9: |
| 10:44.33 | CIA-4 | * DEFAULT_PREFERENCE = "-1" |
| 10:44.33 | CIA-4 | * the TI initscript patch doesn't apply - needs updating (affected machine: hx4700, htcuniversal and others) |
| 10:44.34 | CIA-4 | * The "any" -> BCSP patch for serial cards was declared crap by Marcel Holtmann and thus removed |
| 10:44.38 | CIA-4 | * The initscript *needs* updating |
| 10:44.49 | koen | ah, there it is |
| 10:45.54 | sandworm | koen: and how can i tell to build .19xxxx kernel for angstrom ? |
| 10:46.26 | rwhitby | koen: apologies for the erroneous removal of ixp4xx-kernel 2.6.21 - the next commit should reinstate it. |
| 10:47.02 | koen | rwhitby: no problem, I just wanted to highlight it for other kernel maintainers |
| 10:47.05 | rwhitby | and thank you for handling the error graciously. |
| 10:47.48 | koen | I'll try to be even more gracefull in the future |
| 10:48.34 | rwhitby | no, any more graceful and I wouldn't learn the lesson from the mistake. |
| 10:50.00 | Laibsch | ggilbert: are you fiddling with bugzilla? |
| 10:50.06 | ggilbert | yeah |
| 10:50.10 | Laibsch | I see nothing but white pages |
| 10:50.22 | ggilbert | oh Odd. |
| 10:50.28 | ggilbert | I thought I put up a maintenance message |
| 10:50.46 | Laibsch | OK |
| 10:50.50 | ggilbert | oh |
| 10:50.57 | ggilbert | I think I know why that doesn't show :) |
| 10:51.03 | Laibsch | ;-) |
| 10:51.06 | koen | rwhitby: EABI/EB works, EABI/EB-uclibc builds, but is untested |
| 10:51.14 | ggilbert | ... because I'm fiddling with bugzilla :) |
| 10:51.49 | Laibsch | I'll see if google has it |
| 10:52.37 | rwhitby | koen: I'll have to try a mokoslug eabi/be-uclibc build then ... |
| 10:52.56 | koen | ~lart OSX keyspan driver |
| 10:52.56 | ibot | drops a truckload of VAXen on OSX keyspan driver |
| 10:53.13 | koen | I can only interrupt redboot on my avila using a linux computer... |
| 10:56.58 | koen | holtmann: is scripts/bluetooth.init up to data? |
| 10:58.04 | holtmann | koen: In the CVS, yes. For the release, I forgot it. Preparing a bluez-utils-3.10.1 with fixes right now. |
| 10:59.19 | *** join/#oe SpeedEvil (n=fgj@tor/regular/SpeedEvil) |
| 11:02.50 | Laibsch | ggilbert: Please let me know when you are done |
| 11:05.10 | *** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr) |
| 11:10.06 | ggilbert | should just be a minute or two |
| 11:13.16 | ggilbert | ok |
| 11:13.19 | ggilbert | you should be good to go |
| 11:13.51 | Laibsch | Yes, back alive |
| 11:13.58 | Laibsch | Is that already the new bugzilla? |
| 11:14.03 | Laibsch | Or just a template? |
| 11:14.03 | ggilbert | yup |
| 11:14.06 | koen | with the expected css breakage |
| 11:14.07 | Laibsch | COOL |
| 11:14.12 | Laibsch | Good job! |
| 11:14.14 | koen | and html guru's in da houz? |
| 11:14.16 | ggilbert | there shouldn't be much css breakage |
| 11:14.49 | koen | ah |
| 11:14.50 | ggilbert | this time the templates didn't entirely shit themselves |
| 11:15.12 | ggilbert | oh I think I do see some |
| 11:16.34 | ggilbert | Laibsch: The bugzilla guys actually do a good job at making updates painless |
| 11:16.49 | ggilbert | Laibsch: they'd probably be even easier if I learned how to handle templates properly |
| 11:18.30 | holtmann | koen: I am doing a bluez-utils-3.10.1 today to make it easier for OpenMoko. |
| 11:24.23 | *** join/#oe dijenerate (n=dijenera@69.73.250.139) |
| 11:25.50 | *** join/#oe dijenerate (n=dijenera@69.73.250.139) |
| 11:26.23 | koen | holtmann: should bluetooth.init be used as-is, or is it recommended to edit it? |
| 11:26.33 | koen | (the one in cvs/3.10.1) |
| 11:28.32 | holtmann | Can be used as is. With the 3.10 you only need to start "hcid -s". Maybe you wanna use "hcid -s -x" to enable some experimental options. |
| 11:28.35 | holtmann | Experimental means that I might change the API. |
| 11:29.06 | koen | any docs on what -x does right now? |
| 11:29.30 | *** join/#oe tsdogs (n=twostupi@84.18.144.39) |
| 11:29.52 | holtmann | It enables the D-Bus methods marked with [experimental] in dbus-api.txt |
| 11:30.16 | holtmann | Mainly the additional authorization framework. |
| 11:32.33 | koen | heh, familiar names in the copyright statements :) |
| 11:34.36 | psokolovsky | holtmann: any idea on putting back bluez2-compatible auth handler (process-based, not dbus-based)? |
| 11:34.55 | *** join/#oe wrobbie (n=rob@cm74.kappa84.maxonline.com.sg) |
| 11:36.21 | *** join/#oe marciom (n=marcio@200.184.118.132) |
| 11:36.29 | holtmann | psokolovsky: No. |
| 11:37.01 | psokolovsky | holtmann: no idea or no putting back? |
| 11:37.15 | *** join/#oe Pat75 (n=Patrick@neo-y1a.ehv.campus.philips.com) |
| 11:38.07 | *** join/#oe schurig (n=schurig@pD95F936B.dip0.t-ipconnect.de) |
| 11:38.56 | *** join/#oe pleemans (n=peter@d5152D19B.access.telenet.be) |
| 11:38.59 | holtmann | I am not putting it back, because it is not a clean approach. |
| 11:39.23 | sandworm | koen: NOTE: DO PACKAGE QA |
| 11:39.23 | holtmann | Normally the PIN requester and the PIN responder have to run in a different user context. |
| 11:39.23 | sandworm | NOTE: Checking Package: update-modules-dbg |
| 11:39.23 | sandworm | NOTE: Checking Package: update-modules |
| 11:39.23 | sandworm | ERROR: Can not check RPATH, scanelf (part of pax-utils-native) not found |
| 11:39.42 | koen | sandworm: please upgrade to bitbake 1.8.2 |
| 11:40.02 | psokolovsky | sigh. people just forget what unix is, with all these leenookses |
| 11:40.13 | *** join/#oe benlau (n=benlau@221.125.13.148) |
| 11:40.23 | sandworm | koen: also build process periodically interrupts witj this message. restart continues ok. |
| 11:40.26 | koen | sandworm: I'm still trying to findout why it bulds the wrong kernel |
| 11:41.03 | *** join/#oe vivijim (n=vivijim@200.184.118.132) |
| 11:41.56 | sandworm | koen: have you fix a bug with shasum hangs on 1.8.2 ? |
| 11:42.07 | koen | yes |
| 11:44.24 | *** join/#oe osas (n=osas@CABLE-72-53-75-252.cia.com) |
| 11:46.52 | sandworm | should i update db again now ? so i still see do_fetch hangup on 1.8.2 |
| 11:47.50 | CoreDump|afk | sandworm: do me a favour and try bitbake nano >/dev/null |
| 11:48.05 | CoreDump|afk | das that fetch and compile for you? |
| 11:48.15 | CoreDump|afk | >/some/file wouls work as well |
| 11:49.56 | Pat75 | Hello, I'm making a image by installing ipkgs into the rootfs, but now I'm confronted with the fact that I can't use ipkg -force-overwrite. I tried to use IPKG_ARGS=="-force-overwrite", but that doesn't do it. Any suggestions? |
| 11:50.05 | *** join/#oe cbrake (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
| 11:50.13 | Pat75 | += ofcourse |
| 11:50.23 | sandworm | CoreDump|afk: bb1.8.2 hangs in do_fetch as usually. |
| 11:50.33 | CoreDump|afk | even with redirection? |
| 11:51.21 | CoreDump|afk | Pat75: well, what about fixing the packages that try to overwrite stuff? |
| 11:52.31 | Pat75 | CoreDump|afk: Exactly, I just want a config file in /etc to be different for my image, but don't want to do this with sed during runtime on the sustem |
| 11:53.38 | CoreDump|afk | right, well, there are multiple ways to go about it. You could, for example, run sed at image-creation time. |
| 11:54.02 | sandworm | CoreDump|afk: oops! with redirection works |
| 11:54.28 | CoreDump|afk | sandworm: that's the same bug I see here. The BB uber-hackers are informed but have no solution yet |
| 11:55.00 | CoreDump|afk | Pat75: also, you could create a custom version of the package that contains said config file with your very own version of it |
| 11:55.18 | CoreDump|afk | anyway, gotta go to work, later all |
| 11:55.47 | CIA-4 | 03rwhitby 07org.oe.dev * rc226efda... 10/ (5 files in 5 dirs): ixp4xx-kernel: reinstated 2.6.21 - apologies to all affected by my previous mistake |
| 11:55.48 | Pat75 | What I did was a package that (r)depends on the original package, and create a local package that overrides the conf of the original one |
| 11:58.26 | Pat75 | CoreDump| afk: Seems a bit silly to me to create a whole new package with only a diff in the config files. |
| 12:04.28 | koen | psokolovsky, RP, v8jlene: I'm going to apply the var-volatiles patch now |
| 12:04.52 | *** part/#oe SpeedEvil (n=fgj@tor/regular/SpeedEvil) |
| 12:05.15 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 12:06.34 | *** join/#oe Sonic|Laptop (n=Garrett@unaffiliated/sonicvanajr) |
| 12:06.57 | psokolovsky | koen: please do, I wondered myself where v8jlene is... |
| 12:07.08 | koen | in .au :) |
| 12:07.33 | psokolovsky | ;-) |
| 12:16.16 | *** join/#oe Daef (n=root@80.123.142.182) |
| 12:16.30 | Daef | hi there |
| 12:16.59 | Daef | does anyone of you have experience with oe on a nokia n800 and sound integration |
| 12:17.51 | CIA-4 | 03lenehan 07org.oe.dev * rd8f8ffd5... 10/ (38 files in 38 dirs): basefiles, initscripts: make /var non-volatile, as discussed on the mailinglist |
| 12:19.19 | koen | psokolovsky: there you go |
| 12:19.43 | psokolovsky | thanks! |
| 12:19.59 | *** join/#oe AsLan^ (n=fredrick@211.209.168.85) |
| 12:21.42 | koen | holtmann: the /var issues has been fixed now |
| 12:22.49 | holtmann | What issues? |
| 12:25.08 | koen | holtmann: that /var was tmpfs |
| 12:25.58 | *** join/#oe nauj27 (n=jmartin@223.Red-80-59-248.staticIP.rima-tde.net) |
| 12:26.00 | nauj27 | hi |
| 12:28.55 | holtmann | koen: Ah. That one. Good. |
| 12:30.00 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
| 12:32.21 | *** part/#oe Daef (n=root@80.123.142.182) |
| 12:33.54 | *** join/#oe work_donato (n=donato@uriel-03.ite.net.br) |
| 12:40.11 | *** join/#oe sandworm (n=sandworm@ppp1-301.ciscom.ru) |
| 12:49.48 | *** join/#oe Crofton (n=balister@hc6521464.dhcp.vt.edu) |
| 12:53.45 | *** join/#oe tkp (n=tom@80-47-186-175.lond-th.dynamic.dial.as9105.com) |
| 12:54.24 | *** join/#oe theturtle (n=theturtl@guiness.lifl.fr) |
| 12:54.26 | *** join/#oe gremlin[it] (n=gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
| 12:57.04 | gremlin[it] | hi all |
| 12:59.21 | gremlin[it] | i got a lot of error "ERROR: Could not inherit file classes/rootfs_tar.bbclass while parsing /media/spare/oe/org.openembedded.dev/packages/images/twin-image.bb" and don't know why ... it happen on a fresh installation of OE with bitbake 1.8.3 revision 817 ... |
| 13:03.02 | *** join/#oe dion (n=dion@inhex.net) |
| 13:05.38 | *** join/#oe pH5 (n=ph5@e178224118.adsl.alicedsl.de) |
| 13:06.39 | gremlin[it] | hi pH5 |
| 13:06.56 | pH5 | hi gremlin[it] |
| 13:07.05 | nauj27 | hi, somebody with e17 on Collie? |
| 13:07.44 | gremlin[it] | i got a probably stupid problem with OE ... i got a lot of ""ERROR: Could not inherit file classes/rootfs_tar.bbclass while parsing ...zzxxdd.bb" ... |
| 13:09.04 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
| 13:14.52 | *** join/#oe ljp (n=lpotter@203.94.178.46) |
| 13:15.20 | Crofton | koen, success loading code into my SFFSDR board |
| 13:15.39 | Crofton | koen, now I need to find out how to setup the DDR interface |
| 13:20.18 | zecke | ho |
| 13:20.20 | *** join/#oe aCiDBaSe (n=osantana@200.184.118.132) |
| 13:24.23 | koen | Crofton: cool |
| 13:24.27 | koen | zecke: hey |
| 13:27.16 | Laibsch | CoreDump|afk: Something is wrong with your svn server. Can you please fix it? Thank you |
| 13:27.43 | zecke | koen: did you cross compile icu yet? |
| 13:27.54 | koen | Laibsch: http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-May/005485.html |
| 13:28.04 | koen | zecke: I didn't see a commit :) |
| 13:28.44 | zecke | koen: fixing icu will be a torture, I will give you 5$ if you do it |
| 13:29.16 | zecke | koen: it has a bunch of native apps... and you can imagine the rest |
| 13:29.28 | koen | that's like €0.10! |
| 13:29.49 | Crofton | :) |
| 13:30.00 | zecke | koen: that much? |
| 13:30.10 | Crofton | 3.7 euro |
| 13:30.32 | koen | Crofton: at ELC the Robs responded to every dollar amount with "That's like 10p" :) |
| 13:30.42 | Crofton | heh |
| 13:31.13 | robtaylor | =) |
| 13:32.27 | robtaylor | koen: cool, i havn't got to play with mine much yet. :( |
| 13:32.27 | zecke | koen: if you add it I will integrate the rss reader with webkit and probably look into setting up gprs as well |
| 13:32.29 | koen | zecke: I don't even know what icu is |
| 13:32.39 | zecke | koen: icu-project.org, unicode lib |
| 13:32.56 | koen | crap |
| 13:33.02 | koen | isn't that like 16MB? |
| 13:33.22 | zecke | sourcecode? I don't think so |
| 13:33.46 | Crofton | Hmm, they have wild donkeys on Sardinia |
| 13:35.23 | koen | zecke: I'll have to wait for prints to flatten anyway |
| 13:37.01 | koen | zecke: looks like MIT license, correct? |
| 13:37.36 | zecke | koen: looks like, but they name it IUC License 1.5 |
| 13:37.46 | *** join/#oe AvengerMoJo (n=alex@219.142.240.73) |
| 13:37.56 | koen | it even has autofoo |
| 13:38.13 | zecke | koen: yes, and they cross compile and run the executable :) |
| 13:41.35 | zecke | koen: slimming webkit will be an issue :} |
| 13:41.46 | gremlin[it] | does someone have build andimage for quemux86 ??? |
| 13:42.40 | koen | zecke: I've been thinking about qemu.bbclass and having a qemu_do_compile() |
| 13:43.08 | zecke | koen: we could contribute to scratchbox2 |
| 13:43.18 | koen | heh, no |
| 13:43.36 | zecke | koen: or we could teach gcc to have the native and arm backend compiled in |
| 13:43.43 | zecke | koen: and by pure magic select the right one |
| 13:43.57 | zecke | koen: or we use LLVM and only on packaging we compile into a binary |
| 13:44.07 | koen | this class would use the gcc instead of gcc-cross |
| 13:44.16 | koen | inside a chroot that's built on demand |
| 13:44.32 | koen | NOTE: package icu-3.6-r0: task do_compile: started |
| 13:44.47 | zecke | koen: I was as far as that ;) |
| 13:44.54 | koen | <PROTECTED> |
| 13:45.15 | zecke | hmm |
| 13:45.26 | zecke | koen: well I had a do_configure() { oe_runconf } |
| 13:45.34 | hrw | morning |
| 13:45.43 | koen | do_configure() { libtoolize --force oe_runconf } |
| 13:45.46 | koen | hey hrw |
| 13:57.46 | *** join/#oe ifaistos_ppc (n=pocketir@213.249.63.82) |
| 14:00.40 | koen | zecke: NOTE: package icu-native-3.6-r0: task do_build: completed |
| 14:00.57 | koen | zecke: can we use those tools, or does it really needs arch specific stuff? |
| 14:02.36 | zecke | dunno |
| 14:03.57 | apaulsen | !oebug 2296 |
| 14:04.06 | apaulsen | anyone get a chance to try out my java updates yet? |
| 14:04.14 | cdbot2 | * * Bug 2296, Status: NEW, Created: 2007-05-10 06:17 |
| 14:04.15 | cdbot2 | * * : Java updates |
| 14:04.16 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=2296 |
| 14:04.48 | psokolovsky | oh-oh, is bugzilla already updated to 3.0? it looks funny |
| 14:05.16 | psokolovsky | apaulsen: IIRC, one patch was already committed, others in q yet... |
| 14:06.29 | apaulsen | psokolovsky: yeah, I saw that the trivial ecj-native was committed :) |
| 14:07.13 | hrw | psokolovsky: looks like lack of css |
| 14:07.48 | hrw | psokolovsky: speaking of defconfigman - how much work is needed to get it support zaurus machines? |
| 14:10.46 | psokolovsky | hrw: well, as you see, I don't haste with it. I remember your request to add it to OE, but I want to do that gardually, so people were able to handle (and to be sure it does its job well). So, I'm going to handle HH.org ports with it, and that will be real good test of how well it does its job. As for Z, I don't expect too much trouble with adding draft support, though making sure it fits well (==optimal) both z and pocketpcs may take more re |
| 14:10.46 | psokolovsky | factoring. |
| 14:13.29 | hrw | psokolovsky: I will check it when will find time for it |
| 14:13.36 | psokolovsky | hrw: ok! |
| 14:17.49 | *** join/#oe hvontres|poodle (n=hvontres@68.120.74.196) |
| 14:19.25 | hrw | koen: did you checked does powertop works on arm? |
| 14:20.53 | *** join/#oe CosmicPenguin (i=nobody@nat/amd/x-4ef0b0b859f80bdf) |
| 14:23.21 | hrw | do13: did you checked wlan-ng 0.2.8? |
| 14:28.32 | hrw | cu |
| 14:28.41 | hrw | too much lag |
| 14:29.45 | koen | hrw|gone: not yet, since I don't now if the kernels have the right options on |
| 14:29.58 | hrw|gone | koen: rather not |
| 14:30.01 | hrw|gone | bye |
| 14:32.52 | pH5 | doesn't powertop on acpi c-states support? |
| 14:33.04 | pH5 | I've just compiled a kernel with TIMER_STATS enabled, but I fear that won't be enough. |
| 14:33.20 | pH5 | s/on/depend on/ |
| 14:46.04 | CIA-4 | 03koen 07org.oe.dev * r370fefec... 10/ (3 files in 2 dirs): |
| 14:46.04 | CIA-4 | bluez-utils 3.10.1: configure and package according to upstream guidelines |
| 14:46.04 | CIA-4 | * still DEFAULT_PREFERENCE = -1 |
| 14:50.44 | keesj | does one know how I could request the ohci status / last error? |
| 14:55.15 | *** join/#oe Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
| 14:55.16 | Jin^eLD | re |
| 14:56.07 | koen | keesj: at a guess, via /sys or /proc |
| 14:57.29 | Jin^eLD | hmm, if I want to depend on a certain version of a package, how would I do that? I tried setting PREFERRED_VERSION_directfb = "0.9.24" in my task.bb file, but it did not help |
| 14:58.29 | Crofton | koen, http://www.balister.org/~balister/sff_sdr/I |
| 15:02.30 | koen | Crofton: thanks |
| 15:04.58 | zecke | koen: lmsnesor's is compiling for you? |
| 15:05.07 | koen | zecke: no |
| 15:06.05 | koen | let me commit the 'fix' |
| 15:07.12 | *** join/#oe Crofton|laptop (n=balister@hc6521464.dhcp.vt.edu) |
| 15:09.04 | *** join/#oe AvengerMoJo (n=alex@219.142.240.73) |
| 15:12.41 | CIA-4 | 03koen 07org.oe.dev * rddf317b6... 10/ (1 packages/tasks/task-openmoko.bb): task-openmoko: remove unused lmsensors |
| 15:12.58 | zecke | koen: hehe |
| 15:13.17 | zecke | koen: why don't apply the lmsensor iconv.patch only when building for uclibc? |
| 15:13.52 | koen | dunno |
| 15:26.19 | Crofton|laptop | Petachi! |
| 15:34.19 | koen | zecke: that sounds like a good idea |
| 15:51.22 | *** join/#oe ifaistos_ppc (n=pocketir@213.249.63.18) |
| 15:51.32 | *** join/#oe rob_w (n=bob@p85.212.57.118.tisdip.tiscali.de) |
| 15:57.20 | koen | zecke: ping |
| 15:57.50 | zecke | pong |
| 15:58.00 | koen | sorry, I found my answer |
| 15:58.06 | koen | TARGET_OS is in overrides |
| 15:58.39 | zecke | What is in OVERRIDES? (zecke is da jeopardy king) |
| 16:03.13 | *** join/#oe zap (n=zap@85.249.170.16) |
| 16:12.23 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 16:17.44 | *** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de) |
| 16:22.23 | *** join/#oe punk-ass (n=user@unaffiliated/punkass) |
| 16:24.07 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 16:25.21 | CIA-4 | 03koen 07org.oe.dev * r14ec4d45... 10/ (1 packages/gdb/gdb_6.6.bb): gdb: only RRECOMMEND glibc stuff when building for glibc, the check isn't optimal |
| 16:25.28 | CIA-4 | 03koen 07org.oe.dev * r7aa8e108... 10/ (1 packages/bluez/bluez-utils_3.10.1.bb): bluez-utils 3.10.1: move hciattach to main package till hcid can handle that functionality |
| 16:27.02 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 16:27.39 | *** join/#oe blaster8 (n=blaster8@131.111.135.247) |
| 16:27.39 | zecke | koen: is bootstrap-image a supported angstrom image? |
| 16:27.53 | koen | no |
| 16:28.12 | *** join/#oe greentux (n=lemke@p54b325db.dip0.t-ipconnect.de) |
| 16:28.22 | koen | right now the only images coming close to support are angstrom-<foo>-image |
| 16:29.11 | CIA-4 | 03koen 07org.oe.dev * rafd93002... 10/ (1 packages/bluez/bluez-utils_3.10.1.bb): bluez 3.10.1: ~lart linebreaks |
| 16:29.24 | zecke | koen: luckily ansgtrom-console-image fails with the same error. avahi-autopid runtime build target not found |
| 16:29.27 | koen | RP: is the poky libtool change safe to merge? |
| 16:29.32 | zecke | koen: building angstrom in uclibc mode :) |
| 16:30.18 | RP | koen: Yes, as long as you change base.bbclass too |
| 16:30.46 | RP | koen: I've been planning to ask about merging that one as its quite subtle and nasty... |
| 16:31.14 | RP | koen: and has existed since libtool was added to OE as I understand it, it goes way back in bitkeeper |
| 16:31.41 | koen | RP: I rebuild libtool-cross when changing machine, so I know of the troubles |
| 16:32.12 | RP | koen: I don't believe in having to rebuild anything ;-) |
| 16:32.20 | RP | koen: You mean libtool-native, right? |
| 16:32.30 | koen | RP: no, libtool-cross |
| 16:32.48 | koen | otherwise you get bizarre libtool failures during builds |
| 16:32.51 | RP | koen: Hmm. This fixes a problem with libtool-native installing into cross dirs |
| 16:33.14 | RP | Proving my view that most uses of := are bugs waiting to happen |
| 16:33.30 | koen | right |
| 16:36.30 | zecke | koen: did you recently build angstrom for uclibc? |
| 16:36.38 | koen | zecke: let me commit some more local diff :) |
| 16:36.41 | koen | zecke: yes |
| 16:36.55 | RP | koen: Some of the libtool-cross failures should have been fixed by the additional libtool-cross patches I added |
| 16:36.58 | koen | zecke: http://ewi546.ewi.utwente.nl/tmp/Angstrom-minimalist-image-test-20070513-hx4700.rootfs.tar.gz |
| 16:37.28 | zecke | koen: awesome |
| 16:37.49 | koen | 1MB :) |
| 16:37.53 | koen | and it works as well |
| 16:38.09 | zecke | koen: I want to run the angstrom-console-image in my neo emulator (okay now you will shoot me) |
| 16:38.19 | CIA-4 | 03koen 07org.oe.dev * rdf134424... 10/ (1 conf/distro/include/angstrom-uclibc.inc): angstrom-uclibc: turn on NLS for glibc |
| 16:38.47 | koen | zecke: that should work, only the system emu needs the nptl patches |
| 16:40.52 | zecke | koen: I forgot it, but what is in the 1mb image? |
| 16:41.04 | koen | taskboot + dropbear |
| 16:41.04 | zecke | koen: networking scripts at least? X11? |
| 16:41.42 | koen | sysvinit, tinylogin, busybox, dropbear and some kernel modules |
| 16:42.49 | *** join/#oe exastra (n=go@c-24-21-152-246.hsd1.or.comcast.net) |
| 16:43.08 | zecke | koen: it starts to build |
| 16:45.28 | koen | time to make some food |
| 16:47.11 | zecke | koen: you made libtool-native fail (but that is likely my issue |
| 17:03.02 | *** join/#oe kristoffer (n=kristoff@cust-IP-17.data.tre.se) |
| 17:04.53 | Crofton|laptop | koen, you did catch the link to pictures of the sff sdr board? |
| 17:04.58 | *** join/#oe AvengerMoJ1 (n=alex@219.142.240.73) |
| 17:06.27 | *** join/#oe mreimer_ (n=mreimer_@luthien.vpop.net) |
| 17:16.10 | *** join/#oe rob__w (n=bob@p85.212.2.64.tisdip.tiscali.de) |
| 17:20.36 | zecke | later |
| 17:22.21 | koen | Packaged contents of glib-2.0-dev into /data/build/koen/OE/build/tmp/angstrom/deploy/uclibc/ipk/armv4t/libglib-2.0-dev_2.12.12-r0_armv4t.ipk |
| 17:22.29 | mreimer_ | hey koen |
| 17:22.41 | koen | Crofton|laptop: yes, I saw them |
| 17:22.44 | koen | hey mreimer_ |
| 17:23.36 | *** join/#oe thesing (n=tkunze@BAA0c35.baa.pppool.de) |
| 17:28.37 | CIA-4 | 03koen 07org.oe.dev * rec070b43... 10/ (3 files in 3 dirs): gettext: fix building against uclibc |
| 17:39.13 | *** join/#oe florian (n=fuchs@217.146.132.69) |
| 17:43.51 | *** join/#oe rd_ (n=rd@vnsecurity.net) |
| 17:47.32 | *** join/#oe greentux_ (n=lemke@Z639a.z.pppool.de) |
| 17:49.28 | Jin^eLD | has anyone heard/used "code sourcery"? hear about it for the first time, is it any good? just curious |
| 17:51.43 | Jin^eLD | looks like some commercial stuff - at least thats my impression from the webpage |
| 17:51.43 | koen | CSL toolchains suck |
| 17:51.43 | koen | took us a few months to track that down |
| 17:51.43 | keesj | Jin^eLD: I think it the defacto standard for exitoc gcc's |
| 17:51.44 | Jin^eLD | exitoc? |
| 17:51.44 | keesj | exotic |
| 17:51.44 | Jin^eLD | aah, I see.. hmm, well, I read ARM there, doesn't sound that exotic :) |
| 17:51.44 | keesj | :P |
| 17:51.44 | Jin^eLD | well I guess they have more.. |
| 17:51.48 | keesj | for me it is :p |
| 17:51.59 | Jin^eLD | :> |
| 17:52.54 | keesj | but again I am quite new to the embeded world i have done moostly java&linux&opensource the last 8 years |
| 17:53.31 | koen | the CSL toolchains have a lot of black magic patching |
| 17:53.55 | koen | but what is worse, CSL employees are the release managers for gcc and glibc nowadays |
| 17:53.58 | Jin^eLD | keesj: about a year ago I was new too, but then it turned out - it's not sooo much different, your software just runs a little slower :) the rest did not look way to different to me |
| 17:54.12 | Jin^eLD | really? |
| 17:54.15 | Jin^eLD | doh.. |
| 17:54.34 | Jin^eLD | so GNU guys gave that away? or how did it turn out to be like that? |
| 17:54.39 | koen | mark mitchel, paul brook, etc are all CSL employees |
| 17:54.46 | koen | they seem to be doing a good job |
| 17:55.19 | Jin^eLD | I see, well, I guess then this sourcery stuff shouldn't be too bad |
| 17:55.41 | koen | we had the csl toolchain in OE and stuff would just randomly segfault |
| 17:56.14 | Jin^eLD | anyway, I was just curious, not planning to use it; just heard the name and wondered what it was |
| 17:56.23 | koen | maemo is using it |
| 17:58.28 | keesj | Jin^eLD: for me it is really a differnt world, here people talk about little problems(byte order,16bpp,deps,drivers) |
| 17:59.28 | keesj | and the commmunity is also very different I think |
| 17:59.44 | keesj | and I love it! |
| 18:00.19 | Jin^eLD | keesj: I am far away from coding stuff that is close to hardware or doing kernel hacking, I'm usually on application level :) but the move from x86 to ARM or mipsel was not really hard |
| 18:00.34 | Jin^eLD | I guess because OE did the whole work :) |
| 18:01.00 | Jin^eLD | it really saves you a lot of trouble |
| 18:01.09 | keesj | close to hardware and at application level? |
| 18:01.36 | Jin^eLD | keesj: stuff that I code compiles on x86 or ARM without any changes, or maybe just little changes |
| 18:02.41 | koen | hmmm |
| 18:02.58 | koen | why does a glibc compile take 3 weeks and a uclibc compilation 3 seconds? |
| 18:03.09 | Jin^eLD | keesj: and thats very different to say, writing kernel modules or something :) so I guess it comes down to what you do |
| 18:04.00 | hvontres|poodle | koen: maybe glibc is using some of that patented M$ stuff :) |
| 18:04.32 | XorA | koen: getting nearer to switch x11 image to uclibc then :-D |
| 18:08.08 | *** join/#oe gremlin[it] (n=gremlin@217.201.231.66) |
| 18:08.41 | *** join/#oe goxboxlive (n=goxboxli@176.84-48-210.nextgentel.com) |
| 18:14.32 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) |
| 18:16.28 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:25.30 | cbrake | what is the best way to install gdb-cross on a host system? A gdb-cross ipk is generated, but nothing is placed in staging. |
| 18:26.21 | *** join/#oe ifaistos_ppc (n=pocketir@213.249.63.82) |
| 18:26.42 | ifaistos_ppc | channel |
| 18:28.42 | *** join/#oe zecke (n=ich@91.64.161.147) |
| 18:31.26 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
| 18:33.36 | *** join/#oe incinerator (n=sabine@ppp-82-135-11-180.dynamic.mnet-online.de) |
| 18:35.15 | *** join/#oe psokolovsky_ (n=psokolov@empty-crossing.volia.net) |
| 18:42.56 | *** join/#oe AvengerMoJo (n=alex@219.142.240.73) |
| 18:47.15 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
| 19:00.54 | *** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 19:01.37 | *** join/#oe greentux__ (n=lemke@p54B301E4.dip0.t-ipconnect.de) |
| 19:04.49 | *** join/#oe tank17 (i=ariel@gateway/tor/x-e978c5dca0513eb8) |
| 19:09.15 | *** join/#oe neoIntel127 (n=Owner@host81-154-17-12.range81-154.btcentralplus.com) |
| 19:10.51 | neoIntel127 | Hello :D |
| 19:14.17 | *** part/#oe neoIntel127 (n=Owner@host81-154-17-12.range81-154.btcentralplus.com) |
| 19:19.37 | *** join/#oe svolpe_gerrath (n=Gerrath_@unaffiliated/gerrath) |
| 19:34.56 | *** join/#oe tsdogs (n=twostupi@62.123.180.130) |
| 19:44.32 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
| 19:47.37 | *** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it) |
| 19:48.58 | *** join/#oe Bitmaster (n=Bitmaste@c-d061e253.325-1-64736c12.cust.bredbandsbolaget.se) |
| 19:50.23 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
| 20:01.10 | CIA-4 | 03koen 07org.oe.dev * rba7dc233... 10/ (3 files in 3 dirs): uclibc 0.9.29: turn on SUSV3 stuff on angsgrom to build perl |
| 20:01.13 | CIA-4 | 03koen 07org.oe.dev * rba7dc233... 10/ (3 files in 3 dirs): uclibc 0.9.29: turn on SUSV3 stuff on angsgrom to build perl |
| 20:01.22 | *** join/#oe W8TVI (n=me@166.166.6.204) |
| 20:01.53 | koen | CIA-4: stop stuttering |
| 20:02.47 | zecke | koen: libiconv failed to build :) |
| 20:03.01 | CIA-4 | 03koen 07org.oe.dev * rba7dc233... 10/ (3 files in 3 dirs): uclibc 0.9.29: turn on SUSV3 stuff on angsgrom to build perl |
| 20:03.16 | koen | it built over here |
| 20:03.17 | CIA-4 | 03koen 07org.oe.dev * rf05d7ffb... 10/ (1 packages/install/install-native_0.1.bb): install-native: inherit native |
| 20:03.23 | koen | perl doesn't build however |
| 20:03.24 | CIA-4 | 03koen 07org.oe.dev * r990392a7... 10/ (1 packages/gimp/gimp_2.3.10.bb): gimp 2.3.10: fix packaging, closes #2313 |
| 20:08.52 | *** join/#oe poli (n=ca@200-168-30-125.dsl.telesp.net.br) |
| 20:15.40 | Laibsch | Sorry for being off-topic. /dev/shm has run full at 315MB. I admit to not knowing what this is for and how to reduce the usage. HELP! So far no obvious issues in running the box. But this cannot be healthy |
| 20:18.49 | *** part/#oe vivijim (n=vivijim@200.184.118.132) |
| 20:21.07 | zecke | Laibsch: do you use tmpfs for log files? |
| 20:22.18 | zecke | koen: gettext is failing now |
| 20:22.39 | koen | zecke: up to date OE repo? |
| 20:22.57 | zecke | koen: well, which OE repo? |
| 20:23.10 | koen | the one and only .dev |
| 20:23.50 | Laibsch | zecke: yes, this is tmpfs |
| 20:24.06 | Laibsch | And there was more logging recently |
| 20:24.19 | Laibsch | 45M of logs |
| 20:24.32 | Laibsch | But I will see if cleaning out /var helps |
| 20:24.39 | zecke | Laibsch: so where is the other 250MB from? |
| 20:24.46 | koen | zecke: you need revision ec070b4345b9870ee77f712ad166b28c7ddf7f73 |
| 20:24.48 | zecke | which device is that? is that your via? |
| 20:25.28 | Laibsch | zecke: I don't know /dev/shm is empty |
| 20:25.37 | Laibsch | And the logs were not really on tmpfs |
| 20:25.41 | koen | zecke: http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-May/005502.html |
| 20:26.32 | zecke | mickey|moving: so many people are popping up for WebKit/Gdk hacking, I could have done by tinderbox stuff... |
| 20:27.52 | koen | that's good news |
| 20:28.08 | zecke | koen: well, let us wait and see :) |
| 20:28.09 | zecke | ~lart Nokia just because... |
| 20:28.09 | ibot | brandishes Excalibur! "With this sword, I vanquish thee, Nokia just because...!" and lops off Nokia just because...'s head |
| 20:28.14 | Laibsch | zecke: http://rafb.net/p/PcLw8P45.html |
| 20:28.41 | Laibsch | ggilbert: Are we eventually going to see a better layout in bugzilla? Is this a CSS problem? |
| 20:28.57 | Laibsch | ~lart me |
| 20:28.57 | ibot | duct-tapes laibsch to the floor and drools on him |
| 20:29.04 | Laibsch | zecke: Nevermind |
| 20:29.38 | Laibsch | zecke: Wrong column ;-) |
| 20:30.17 | zecke | but, var was tmpfs? |
| 20:31.01 | Laibsch | not var itself |
| 20:31.18 | zecke | www.heise.de |
| 20:31.20 | Laibsch | but /var/run and /var/lock |
| 20:31.23 | zecke | argh |
| 20:35.11 | hvontres|poodle | zecke: which one? the one about dvb-h? |
| 20:36.51 | zecke | hvontres|poodle: context? |
| 20:37.22 | koen | I guess the nokia lart |
| 20:37.52 | hvontres|poodle | zecke: www.heise.de |
| 20:38.19 | zecke | hvontres|poodle: focus issue with X11 on OSX ;) |
| 20:55.01 | *** join/#oe Sonic|Laptop (n=Garrett@unaffiliated/sonicvanajr) |
| 20:57.15 | *** join/#oe SonicvanaSr (n=Garrett@cblmdm72-240-97-94.buckeyecom.net) |
| 20:58.16 | *** join/#oe woglinde (i=woglinde@e179081130.adsl.alicedsl.de) |
| 21:00.36 | summatusmentis | psokolovsky_: did you patch ipkg? I'm reading logs, and it's looking like it |
| 21:01.37 | summatusmentis | ~lart new version of ipkg for angstrom |
| 21:01.37 | ibot | takes a big bite out of new version of ipkg's jugular vein for angstrom |
| 21:05.53 | NAiL | summatusmentis: what's wrong with ipkg for angstrom? |
| 21:06.16 | NAiL | I think koen put it something like "ipkg has gone from slow and buggy to plain buggy" |
| 21:06.58 | summatusmentis | NAiL: might be my machine, I'm getting lots of errors, but I'm troubleshooting it w/ hvontres|poodle in another channel |
| 21:08.29 | summatusmentis | errors about a fork failing before execution |
| 21:08.50 | NAiL | hmm, ok |
| 21:11.31 | summatusmentis | NAiL: it was memory, for some reason, my machine was running out of ram |
| 21:15.15 | *** join/#oe nauj27 (n=nauj27@245.Red-80-36-17.staticIP.rima-tde.net) |
| 21:15.21 | nauj27 | hi all |
| 21:17.56 | woglinde | hi |
| 21:30.24 | *** join/#oe greentux (n=lemke@pd956a57b.dip0.t-ipconnect.de) |
| 21:40.43 | *** join/#oe dion|sleep (n=dion@inhex.net) |
| 21:46.36 | *** join/#oe greentux (n=lemke@pd956a57b.dip0.t-ipconnect.de) |
| 22:01.23 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
| 22:08.58 | CoreDump|home | RP: ping |
| 22:09.06 | RP | CoreDump|home: pong |
| 22:09.15 | CoreDump|home | got your mail |
| 22:09.29 | CoreDump|home | speed 38400 baud; line = 32; |
| 22:09.29 | CoreDump|home | tostop |
| 22:09.56 | RP | CoreDump|home: Try turning tostop off |
| 22:11.18 | RP | tostop isn't listed in the man page I looked at hence I couldn't remember what it was when I'd seen this before |
| 22:12.15 | CoreDump|home | RP: sure, give me a second while I svn up bb 1.8 and reparse |
| 22:15.16 | CoreDump|home | RP: wow, that did the trick |
| 22:15.48 | RP | CoreDump|home: :) |
| 22:16.14 | RP | CoreDump|home: Can you post that to the mailing list so we remember what its name is :) |
| 22:16.17 | CoreDump|home | I guess every debian user needs to add stty -tostop to his shell env |
| 22:16.33 | CoreDump|home | right away =) |
| 22:17.06 | koen | speed 9600 baud; line = 0; |
| 22:17.07 | koen | -brkint ixany |
| 22:17.07 | koen | -echok |
| 22:17.11 | koen | on my debian box |
| 22:17.42 | XorA | speed 38400 baud; line = 0; |
| 22:17.43 | XorA | eol = M-^?; eol2 = M-^?; swtch = M-^?; |
| 22:17.43 | XorA | ixany iutf8 |
| 22:17.50 | XorA | on mine |
| 22:18.03 | CoreDump|home | heh |
| 22:18.24 | RP | I've only had that problem on one of my slackware boxes. The other slackware box was fine... |
| 22:18.45 | RP | I didn't remember what I'd changes though, typically... |
| 22:19.15 | RP | but I recongised it instantly when I saw CoreDump's output :) |
| 22:20.04 | CoreDump|home | 0D |
| 22:20.07 | CoreDump|home | =D |
| 22:21.53 | zecke | awesome :) |
| 22:21.59 | koen | so can we bump the req? |
| 22:22.46 | zecke | no ;) |
| 22:23.10 | RP | zecke: It looks like we have an interesting problem with the inherits_cache? |
| 22:23.29 | zecke | RP: did you see polynomous's patch? |
| 22:23.51 | hvontres|poodle | CoreDump|home: Note that if the terminal has the TOSTOP flag set (i.e. "stty tostop"), |
| 22:23.54 | hvontres|poodle | a background process which tries to write to the terminal |
| 22:23.57 | hvontres|poodle | will be suspended, which is undesirable. |
| 22:24.17 | hvontres|poodle | CoreDump|home: why in the world would you WANT that flag set ????? |
| 22:24.24 | CoreDump|home | I didn't set it |
| 22:24.34 | CoreDump|home | I never heard of it before =) |
| 22:24.52 | CoreDump|home | My jail was set up this way by debootstrap |
| 22:25.08 | hvontres|poodle | CoreDump|home: ahhh, for a jail that might make sense....:) |
| 22:25.11 | RP | zecke: Whats his real name? :) |
| 22:25.31 | koen | michael krelin |
| 22:25.34 | hvontres|poodle | CoreDump|home: BTW: http://www.intevation.de/rt/webrt?serial_num=3709&display=History |
| 22:25.41 | RP | Right, that's the patch I was looking at |
| 22:25.54 | zecke | RP: koen beat me |
| 22:26.12 | koen | zecke: the bruises will fade ;) |
| 22:26.38 | RP | zecke: I've now seen it, I've not thought about what it does. Looks like there is a bug though and it would explain a few things |
| 22:26.58 | zecke | RP: I think the patch is sane. I still would like to see the circle it went |
| 22:27.16 | zecke | RP: because I know that this code can detect certain circles |
| 22:27.35 | RP | zecke: Yes, I think we need some debug output before and after to compare |
| 22:27.45 | RP | zecke: 1.8 has the problem too? |
| 22:27.57 | zecke | RP: yes, the same code with a small hunk |
| 22:28.34 | zecke | "I want a log" is a lazy way to say to have not enough time to test myself |
| 22:29.05 | RP | zecke: I can't test now but now I know about it, I can add it to the todo list :) |
| 22:31.23 | koen | RP: which change to base.bbclass is needed for the libtool merge? |
| 22:33.19 | Crofton | libtool merge? |
| 22:33.28 | Crofton | will this fix rpath crap? |
| 22:33.31 | koen | dunno |
| 22:33.39 | koen | it will fix other libtool crap :) |
| 22:33.50 | Crofton | heh |
| 22:34.48 | robtaylor | ngnng rpath |
| 22:34.52 | koen | at the next OE developer gathering I want to discuss our toolchain maintenance |
| 22:35.39 | Crofton | libtool does bad things when building cross, but we can not de libtool packages ... |
| 22:35.48 | Crofton | so we must fix libtool |
| 22:36.18 | zecke | okay, I will go to bed and leave this code unfinished |
| 22:38.32 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
| 22:40.48 | koen | 'night zecke |
| 22:42.17 | robtaylor | koen: hey i heard opemoko is now building without alphs blending Are they using/gonna use sapwood now? |
| 22:42.39 | koen | dunno |
| 22:42.44 | robtaylor | :/ |
| 22:42.52 | koen | I haven't seen any csets concerning alphablending |
| 22:43.22 | robtaylor | non-alphablended theme |
| 22:43.23 | XorA | robtaylor: if you are thinking me, its because Im not using openmoko |
| 22:44.27 | robtaylor | XorA: have i got my channels confused? =) |
| 22:45.18 | XorA | robtaylor: I am running Angstrom on Neo, and on #openmoko I announced it was a lot faster |
| 22:45.23 | robtaylor | ahh |
| 22:46.42 | robtaylor | so is openmoko still in svn, or is it seperate distro in oe? |
| 22:47.29 | XorA | robtaylor: OE has a version of openmoko, they have their own version in svn, people tend to argue |
| 22:48.41 | robtaylor | gngngng |
| 22:48.53 | koen | OE fixes bugs in minutes, openmoko in weeks |
| 22:49.19 | XorA | they openmoko people accuse OE people of sabautage |
| 22:49.31 | robtaylor | why? |
| 22:49.45 | koen | openmoko follows the "apply-revert" method, OE the "test-apply-smile" method |
| 22:50.11 | XorA | lack of intelligence seems to be the main problem |
| 22:50.17 | XorA | somehome OE HEAD can break a build based on a fixed revision in the past |
| 22:50.30 | robtaylor | somehome? |
| 22:50.46 | XorA | with his own agenda |
| 22:50.53 | koen | s/moron/anti-OE troll/ |
| 22:51.02 | robtaylor | there should really just be a branch in monotone |
| 22:51.31 | robtaylor | its just a shame monotone's so slow at branch switching =) |
| 22:51.33 | XorA | robtaylor: thats effectively what they have, they pick a fixed revision and branch from that in svn |
| 22:51.42 | XorA | robtaylor: so nothing we do can effect that |
| 22:51.50 | robtaylor | XorA: well,that's not really the same, is it |
| 22:51.55 | koen | and since they don't accept help.... |
| 22:52.04 | robtaylor | yeah, this is the biggest issue |
| 22:52.19 | XorA | robtaylor: the same effect, we cant remove that revision from the database or change it |
| 22:52.21 | robtaylor | and mickeyl's been silent for ages now |
| 22:52.40 | koen | and the "we developed this patch against bitbake in secreat, and only our developer may work on it before we allow you to see it" thing |
| 22:52.42 | RP | koen: The bit where it adds libtool-cross to the dependencies |
| 22:52.51 | robtaylor | XorA: why would you change an existing revisio? |
| 22:52.56 | RP | koen: You need the libtool-native and libtool-cross changes too |
| 22:53.02 | koen | robtaylor: mickeyl is moving and without connection |
| 22:53.13 | XorA | robtaylor: see above about them claiming we sabatague their project |
| 22:53.29 | robtaylor | XorA: i still dont understand at all |
| 22:53.37 | XorA | robtaylor: in order to do that it would require rewinding the whole OE, unstiching that revision, cracking SHA-1 |
| 22:54.11 | robtaylor | XorA: i'mreally confused what you're actually talking about, tbh |
| 22:54.27 | Crofton | RP, have you looked at how libtool inserts bad rpaths? |
| 22:54.34 | robtaylor | XorA: oh, you were accused of chaging an existing revision in monotone? |
| 22:54.36 | robtaylor | morns |
| 22:54.58 | XorA | robtaylor: yes, that is the claim that was made last night by as koen says an anti OE troll |
| 22:55.07 | koen | RP: s/base.bbclass/autotools.bbclass/ |
| 22:55.11 | Crofton | that would be difficult |
| 22:55.14 | koen | RP: http://svn.o-hand.com/view/poky?rev=1617&view=rev :) |
| 22:55.18 | RP | Crofton: No, I've so far managed to avoid looking at libtool in any detail at all ;-) |
| 22:55.20 | XorA | anyway it is time for me to sleep |
| 22:55.44 | XorA | cya |
| 22:55.44 | Crofton | RP, one of my background hobbies is to see if I can find a fix |
| 22:55.45 | robtaylor | XorA:night :) |
| 22:55.56 | RP | koen: Ah, right. I meant autocoolt.bbclass ;-) |
| 22:56.06 | Crofton | I keep wishing someone else would fix it :) |
| 22:56.19 | RP | koen: Look for a later revision though as it took three goes before I managed the right magic |
| 22:57.02 | RP | Crofton: I've patched libtool for odd issues and koen is talking about some .bb sanitising I did but I don't dare look too deeply at it ;-) |
| 22:58.41 | RP | koen: I can't remember if you'll need that or not, I was just about to warn about that |
| 22:59.06 | RP | I think you might get away without but I won't swear to it ;-) |
| 22:59.53 | RP | koen: 1620 looks like the right version |
| 23:00.15 | koen | yeah, I have that |
| 23:00.24 | RP | koen: If its not right, bitbake will complain about circular dependencies |
| 23:00.52 | koen | http://rafb.net/p/CB1JJO35.html |
| 23:01.52 | RP | koen: keep the space after libtool-native |
| 23:02.16 | koen | ah, right :) |
| 23:03.01 | koen | http://ewi546.ewi.utwente.nl/tmp/libtool.diff |
| 23:03.24 | RP | koen: looks good |
| 23:04.10 | RP | bedtime for me... |
| 23:04.14 | RP | 'night all |
| 23:04.20 | Crofton | gn |
| 23:04.25 | Laibsch | CoreDump|home: Something is wrong with your svn server |
| 23:06.16 | CoreDump|home | Laibsch: no, the svn fetcher of OE is bugged |
| 23:06.23 | CoreDump|home | I've changed a path... |
| 23:06.38 | CoreDump|home | n8 RP |
| 23:06.41 | koen | Laibsch: did you see the link to the commit I pasted today? |
| 23:07.08 | koen | RP, Crofton: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-May/002164.html |
| 23:10.57 | *** join/#oe mithro_ (n=tim@202.124.93.208) |
| 23:19.31 | robtaylor | has anyone got a copy of the Intel PXA27x Processor Family Developer's Manual? its gone from downloads.intel.com, and doesnt seem to be accessible from marvell yet :/ |
| 23:21.01 | robtaylor | wookey_: nope, fraid that was the thermal and electrical :/ |
| 23:21.11 | wookey_ | ah, yes - just noticed timestamp |
| 23:21.29 | wookey_ | I'll mail bisset 0 he must have it |
| 23:21.40 | robtaylor | wookey_: rock :) |
| 23:21.56 | philippe | hey people! |
| 23:22.07 | robtaylor | hey philippe :) |
| 23:22.17 | robtaylor | long time no see :) |
| 23:22.27 | philippe | hi there robtaylor! & wookey_ |
| 23:23.37 | wookey_ | hi |
| 23:23.46 | wookey_ | I am in your home town |
| 23:24.03 | robtaylor | philippe: whats going on in your world atm? :) i'm knee deep in scarily large changes to hal :/ |
| 23:24.51 | philippe | wookey_: you are in Tampere? |
| 23:25.21 | wookey_ | no brussels |
| 23:25.42 | robtaylor | wookey_: drink a trappiste for me :) |
| 23:25.55 | wookey_ | IF you insist :- |
| 23:25.57 | robtaylor | =) |
| 23:53.24 | *** join/#oe Laibsc1 (n=Laibsch@212.17.245.108) |