**** BEGIN LOGGING AT Fri May 23 02:59:57 2008 May 23 03:50:05 * * OE Bug 4158 has been REOPENED by lukas.gorris(AT)gmx.de May 23 03:50:07 * * cs do_fetch fails May 23 03:50:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4158 May 23 06:59:04 * * OE Bug 4288 has been RESOLVED (FIXED) by May 23 06:59:06 * * glibc-intermediate-2.6.1-autobuild May 23 06:59:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4288 May 23 07:35:26 morning May 23 07:40:17 * * OE Bug 4288 has been UNCONFIRMED by May 23 07:40:19 * * glibc-intermediate-2.6.1-autobuild May 23 07:40:21 * * http://bugs.openembedded.net/show_bug.cgi?id=4288 May 23 07:47:10 morning May 23 07:48:02 good morning May 23 07:48:38 hrw: do you happen to know what koen is referring to in bug 4288 with May 23 07:48:42 old "binutils built with MACHINE set in ENV" bug May 23 07:48:42 ? May 23 07:50:14 there was something May 23 07:50:29 MACHINE=any-machine bitbake binutils(-cross) May 23 07:50:33 Is it to say "MACHINE=foo bitbake blah" breaks May 23 07:50:36 OK May 23 07:50:46 So at least I understood correctly May 23 07:57:04 * * OE Bug 4259 has been RESOLVED (FIXED) by mas(AT)ecs.soton.ac.uk May 23 07:57:06 * * pxa2xx_udc: fix clock setup May 23 07:57:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4259 May 23 07:57:32 I fixed a bug! May 23 07:58:05 * * OE Bug 4180 has been RESOLVED (FIXED) by mas(AT)ecs.soton.ac.uk May 23 07:58:07 * * WPA not working on C750 with Angstrom 2007.12-r13 May 23 07:58:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4180 May 23 08:00:44 bonjour May 23 08:01:47 mattaw: I am not so sure May 23 08:01:50 ;-) May 23 08:02:01 hehe May 23 08:02:08 Hast this been fixed in .dev? May 23 08:02:33 the bug doesn't exist in 2.6.25, which is where I backported the patch from May 23 08:02:35 * Laibsch was somewhat amazed to apparently this being fixed in .stable without going through .dev first May 23 08:02:41 I guess I didn't check... May 23 08:02:52 but 2.6.25 is not default in .dev, either May 23 08:03:04 well, in that case it does need to be applied to both May 23 08:03:33 however I fixed it in stable as it was a regression which prevented the few Z's users without wifi from using angstrom May 23 08:04:06 * * OE Bug 4180 has been REOPENED by May 23 08:04:08 * * WPA not working on C750 with Angstrom 2007.12-r13 May 23 08:04:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4180 May 23 08:04:25 oh btw, I can't browse the packages dir using the web mtn frontend. It crashes. Probably the number of directories as the rest works May 23 08:04:40 unfortunately, no May 23 08:04:46 viewmtn segfaults May 23 08:05:04 * * OE Bug 4259 has been REOPENED by May 23 08:05:06 * * pxa2xx_udc: fix clock setup May 23 08:05:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4259 May 23 08:05:11 but nobody seems to be willing to expend the energy with everyone on the move away from mtn May 23 08:05:23 oh? is mtn not popular anymore? May 23 08:05:26 expend the energy to fix it May 23 08:05:47 well, I don't know about a single person advocating its continued use May 23 08:06:07 tests are underway to determine if and what software OE can migrate to May 23 08:06:12 is there enough momentum to cause a change? May 23 08:06:20 we'll see May 23 08:06:27 sounds like it. Why the move? what is the main irritation? May 23 08:06:34 speed May 23 08:06:34 if you don't mind spending the time May 23 08:06:54 and a couple of things that break May 23 08:07:05 * * OE Bug 4289 has been created by  May 23 08:07:07 * * uclibc-initial-0.9.28-autobuild May 23 08:07:08 some have mentioned easier support for branches May 23 08:07:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4289 May 23 08:07:53 fair enough. Apply patches now May 23 08:09:09 hrw: can I bug you once more? I am looking for a way to specifiy DISTRO in local.conf depending on the value of environment variable OE_BRANCH. May 23 08:09:32 OE_BRANCH = dev -> DISTRO = 2008.1 May 23 08:09:42 OE_BRANCH = stable -> DISTRO = 2007.1 May 23 08:10:17 I tried some python stuff, but apparently base_conditional is not yet available when local.conf is being parsed May 23 08:10:41 DISTRO ?= '${@base_conditional("OE_BRANCH", "stable", "angstrom-2007.1", "angstrom-2008.1", d)}' May 23 08:10:46 therefore breaks May 23 08:29:52 hum, are there any changes I should be sure to make when I have both stable and dev checked out. For instance will they be ok with the same tempdir in local.conf? May 23 08:31:04 I don't think so May 23 08:31:07 http://blog.leggewie.org/?p=39 May 23 08:31:33 I am in the middle of fixing this May 23 08:33:33 Laibsch: no idea May 23 08:33:50 OK, thanks May 23 08:35:55 mickey, RP: Do you have an idea of how to replace May 23 08:35:55 DISTRO ?= '${@base_conditional("OE_BRANCH", "stable", "angstrom-2007.1", "angstrom-2008.1", d)}' May 23 08:35:55 with something that works? If OE_BRANCH is "stable", then DISTRO should be angstrom-2007.1. May 23 08:36:35 I just maintain two separate trees. Space inefficient but seems bearable May 23 08:38:32 hum just nuked my stable tree by accident. Oh well, lucky work bought me this vastly overspecced desktop May 23 08:39:19 Laibsch: I think that will be hard May 23 08:39:32 :-( May 23 08:40:04 I'll try and put this in my setup scripts, then May 23 08:40:08 Let's hope that works May 23 08:40:09 the next patch will be soo much better handled. I will fix in dev and then get it backported for a start May 23 08:51:55 03jeremy_laine 07org.oe.dev * r6e562962... 10/ (1 classes/oestats-client.bbclass classes/seppuku.bbclass): seppuku.bbclass,oestats-client.bbclass: add bug number and tracker to oestats May 23 08:54:30 03koen 07org.oe.dev * rb0881da0... 10/ (6 files in 2 dirs): avahi: disable libssp globally May 23 09:21:02 03john_lee 07org.oe.dev * r069cbce8... 10/ (3 files in 3 dirs): oprofile: make opcontrol compatible with busybox 'kill' May 23 09:30:24 good morning May 23 09:33:37 03koen 07org.oe.dev * r6c2b4a6b... 10/ (4 files in 2 dirs): minimal-gpe image, x11-sato image, nas-server image: use opkg-nogpg instead of ipkg May 23 09:36:10 hi May 23 09:36:59 what package is needed in an OE-derived distribution to do mount a NFS directory? May 23 09:37:43 If I try: mount -t nfs 192.168.0.200:/home/rob /home/rob (OpenMoko) May 23 09:37:44 I get: mount: RPC: Program not registered May 23 09:38:45 rschuster: started portmap? May 23 09:38:53 statd lockd? May 23 09:39:19 rschuster: but portmap running should be enough iirc May 23 09:39:27 + nfs client support module May 23 09:42:20 hrw: the nfs client support module is not nfsd.ko, right? (thats the server I assume) May 23 09:42:31 yep May 23 09:43:21 03jeremy_laine 07org.oe.dev * r59f6f4c6... 10/ (1 classes/oestats-client.bbclass): oestats-client.bbclass: don't include bug number/tracker if empty May 23 09:44:53 hrw: whats the name of the nfs client module? May 23 09:45:17 rschuster: hey, do you have time on the tuesday at 15:30h? May 23 09:45:38 zecke: I have May 23 09:46:06 rschuster: cool, it is our notar termin May 23 09:51:46 /etc/init.d/portmap: line 47: pmap_dump: not found May 23 09:51:46 Stopping portmap daemon: portmap. May 23 09:51:46 Starting portmap daemon: portmap. May 23 09:51:46 /etc/init.d/portmap: line 47: pmap_set: not found May 23 09:52:15 the init script for portmap expects pmap_dump and pmap_set to be installed. however they are not part of the portmap package. bug? May 23 09:52:38 rschuster: nfs? May 23 09:54:06 hrw: yes, I wanted to start portmap manually and got this while running /etc/init.d/portmap restart May 23 09:54:28 btw on a debian box pmap_dump, pmap_set are part of the portmap binary package May 23 09:55:21 ah I see, they are in portmap-utils (on which portmap does not rdepend) May 23 09:55:49 although the init script uses those May 23 10:06:19 Crofton: ping? May 23 10:14:52 zecke: hi. how many ppl do you need at the notar? (Not that I can attend I think..) May 23 10:15:35 rschuster: is it critical for the init script to have these executables available? May 23 10:15:57 like2wise: only the board members May 23 10:16:03 rschuster: if not, we could [ -x blaat ] && ./blaat May 23 10:16:05 * * OE Bug 4290 has been created by  May 23 10:16:07 * * apex-env-1.5.13-autobuild May 23 10:16:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4290 May 23 10:16:12 zecke: cool, good luck May 23 10:16:14 like2wise: and we have the LinuxTag, so Florian and Mickey will join the town May 23 10:16:22 bbl May 23 10:16:26 zecke: yes, wish I could be there May 23 10:18:29 like2wise: I am far from being an nfs expert but I think your suggested workaround along with a comment saying "if you need the pmap_set/pmap_dump behavior install portmap-utils" would be fine May 23 10:20:50 rschuster: googling May 23 10:24:00 Is it planned that we have a central place for oestats reports? May 23 10:25:27 Laibsch: AFAIK, amethyst is being installed with an oestats server May 23 10:25:46 holycow its only for now May 23 10:26:16 anyone: If I want a configure script to use a certain CFLAGS during it's header file tests, how would I do this in OE? May 23 10:27:07 like2wise: yes, amethyst.oe.net:8000 exists May 23 10:27:21 But jeremy seems to have another server May 23 10:27:45 And I know that hrw is using oestats but he is not listed as builder on amethyst, so I was wondering what the plan is May 23 10:28:25 I used jeremy machine May 23 10:28:28 Laibsch: that's jeremy's test server and from what I gleaned from the irc talk, a full deployment will run on amethyst. May 23 10:28:36 OK May 23 10:28:48 hrw: does it make sense that I start reporting to amethyst? May 23 10:28:58 Do I need some kind of login or do I just report away? May 23 10:29:07 login/PW May 23 10:34:04 * * OE Bug 4291 has been created by  May 23 10:34:06 * * madwifi-ng-r3314-20080131-autobuild May 23 10:34:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4291 May 23 10:36:15 RP, pong May 23 10:42:05 * * OE Bug 4180 has been RESOLVED (FIXED) by May 23 10:42:07 * * WPA not working on C750 with Angstrom 2007.12-r13 May 23 10:42:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4180 May 23 10:42:59 03mattaw 07org.oe.dev * r8b21a69e... 10/ (7 files in 3 dirs): May 23 10:42:59 linux-rp: apply slightly altered 0721b4b1bee8f2328cc4e0ab17efc5265d816dd7 from .stable and close 4180 May 23 10:42:59 * commit by Laibsch May 23 10:43:35 Laibsch: next time please provide information what it does May 23 10:49:36 hrw: it fixes bug 4180 ;-) for .dev May 23 10:49:52 !oebug 4180 May 23 10:49:52 message understood May 23 10:49:53 * * Bug 4180, Status: RESOLVED (FIXED), Created: 2008-04-14 18:28 May 23 10:49:54 * * grigorios(AT)prasinos.eu: WPA not working on C750 with Angstrom 2007.12-r13 May 23 10:49:55 * * http://bugs.openembedded.net/show_bug.cgi?id=4180 May 23 10:50:34 linux-rp: apply fix from .stable to get wpa working on c7x0 - close #4180 May 23 10:50:40 .stable changeset: 0721b4b1bee8f2328cc4e0ab17efc5265d816dd7 May 23 10:50:53 hrw> have you applied the patch against dev now? May 23 10:50:58 or even paste whole log entry from .stable after first line May 23 10:51:01 mattaw: Laibsch does May 23 10:51:04 did May 23 10:51:25 ah, I am just getting a dev tree running so I can do testing and work in dev before backporting to stable May 23 10:51:38 even on my quad opteron it takes a while :) May 23 10:51:56 hrw: I agree it was a bit short May 23 10:52:29 the necessary information is in there but puts unnecessary burden to dig around further May 23 10:53:06 mattaw: quad opteron? nice May 23 10:54:05 work, luckily. no way would my wife let me buy it :( May 23 10:54:23 anyway should I volunteer to be a c7x0 mentor? What are the tasks? May 23 10:54:49 hrw, > besides, as the old saying goes, it isn't what you have, it is what you do with it that counts May 23 10:55:26 mattaw: gold words May 23 11:04:01 btw - mtn commit --author takes whole email address so please use it May 23 11:06:08 forget my questions regarding nfs. my server setup wasn't quite right May 23 11:28:37 hrw: how about you commit that fix next time instead of complaining? May 23 11:28:54 seems like you can do it so much better May 23 11:29:57 I find having to remember that author stuff all the time to be a quite a PITA already May 23 11:30:14 Just one more thing to worry about May 23 11:31:31 Laibsch, we like to give credit when we can May 23 11:31:46 and yes, we all make the mistake of forgetting it May 23 11:32:03 and I did May 23 11:32:21 and I understand the reason it should be done May 23 11:32:37 it still is a PITA May 23 11:32:41 yes May 23 11:32:47 lots of things are :) May 23 11:32:48 a necessary one, certainly May 23 11:33:22 if I wanted a pita free life, I would move to the tropics and live on a beach May 23 11:33:33 lots of bugs there May 23 11:33:38 or should I say May 23 11:33:42 lots of bugs there, too ;-) May 23 11:33:59 yeah, and I suspect I would create pita's for me trying to build a real toilet May 23 11:34:11 so, I stay here May 23 11:37:06 This is a good sign: May 23 11:37:07 http://amethyst.openembedded.net:8000/builds/21/ May 23 11:37:16 avahi : succeeded May 23 11:40:06 Crofton: I think it hits powerpc and avr32 platforms too (libssp - the stack smashing stuff) but there it occurs run-time, at least that's my hypothesis. May 23 11:40:39 I have seen avahi half-crash on efika and avr32 May 23 11:41:17 we had problems related to libtool on x86_64 May 23 11:41:37 avahi was re-linking against a x86_64 lib in staging May 23 11:41:39 We should seriously consider bringing our core2duo etc support up-to-date now that you can buy and mini-itx board with Intel Atom processor for EUR 50 here... May 23 11:41:46 Crofton: ah ok May 23 11:42:05 Crofton: I run 32-bit the last year though.. May 23 11:42:29 GE Fanuc guy posting on the users list May 23 11:42:50 I worked there (well the US office) for a bit in college May 23 11:43:58 which -users list? May 23 11:47:07 * Laibsch suspects oe-users May 23 11:54:27 Laibsch, suspects correctly May 23 11:54:41 hehe May 23 11:54:47 that was easy May 23 11:55:05 given the channel name May 23 12:07:13 ~hail AC_ARG_WITH May 23 12:07:14 * ibot bows down to AC_ARG_WITH and chants, "I'M NOT WORTHY!!" May 23 12:23:30 ~help May 23 12:25:38 sakoman, ping May 23 12:30:58 ~ugt May 23 12:30:58 it has been said that ugt is Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html May 23 12:34:16 morning all May 23 12:39:03 hi thesing May 23 12:40:17 Crofton: pong May 23 12:40:43 looks like koen "fixed" avahi May 23 12:40:47 on 64 bit May 23 12:40:56 more of a work around :) May 23 12:41:05 excellent! May 23 12:41:23 my workaround was to remove it from the distro :-) May 23 12:47:28 the website is SLOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOWW May 23 13:00:03 Laibsch: no, it just works with standard speed May 23 13:08:03 gm May 23 13:11:09 can anybody tell me the idea behind the "ldflags.patch" (for gcc) ? i know it adds the host libs to target_dlflags and this breaks .dev branch for me May 23 13:24:04 * * OE Bug 4292 has been created by jeesmann(AT)j01.itscom.net May 23 13:24:06 * * Akita: no clicking on touchscreen possible May 23 13:24:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4292 May 23 13:30:45 mwester: FYI, here's are 3 different kernel images I found... Seems it got fat between .4 & .7... May 23 13:30:48 -rw-r--r-- 1 stephane stephane 1086504 May 22 16:04 zImage-2.6.24+svnr1066-r1-nslu2be.bin May 23 13:30:52 -rw-r--r-- 1 stephane stephane 1055380 Apr 10 00:37 zImage-2.6.24.4+svnr1062-r1-nslu2be.bin May 23 13:30:55 -rw-r--r-- 1 stephane stephane 1225984 May 15 16:13 zImage-2.6.24.7+svnr1066-r0-nslu2be.bin May 23 13:51:16 Laibsch: ping May 23 13:51:34 pong May 23 13:51:48 hi, I see bug 4292 has been opened May 23 13:52:02 that's for .dev, not for stable May 23 13:52:20 the point is the same/similar happens on c7x0 May 23 13:52:34 so I guss xserver-kdrive could be broken May 23 13:52:57 (btw on c7x0 I'm using xserver-kdrive-imageon FWIW) May 23 13:53:19 but no 90° rotation, normal May 23 13:53:45 question: should I open a 3rd bug about touchscreen? May 23 13:53:52 liblightmediascanner0 - what does use it? May 23 13:54:07 ant|work: I don't have a c7x0 (I think you should know that by now) May 23 13:54:17 I don't follow problems of c7x0 May 23 13:54:24 I mean the issue is for both Zaurus May 23 13:54:35 You are free to open a bug May 23 13:54:36 and probably caused by the same commit May 23 13:54:45 ok May 23 13:54:51 If there is need for discussion, let's discuss in BTS May 23 13:54:59 You don't need my OK to open a bug May 23 13:55:06 report May 23 13:55:11 BTW, do your keyboard works ok in .dev? May 23 13:55:23 I miss some keys (wrong modifiers?) May 23 13:55:28 one for all "/" May 23 13:55:34 :-/ May 23 14:08:22 I opened 4292, and I am also testing opie-image and I am having the same effect. Is OPIE using XServer? I thought, they do not use XServer. May 23 14:10:36 joerg, you see this on both opie and GPE? May 23 14:12:17 Laibsch, I am right now checking for gpe-image, for opie-image I checked the .dev-branch from yesterday, and yes, I cannot "click". May 23 14:13:33 joerg: rm /etc/pointercal May 23 14:13:46 joerg: then restart May 23 14:15:44 hrw, thank you for your tipp. I have one question, what is the expected effect of removing /etc/pointercal? May 23 14:22:10 hi there, can anybody tell me the idea behind the "ldflags.patch" (for gcc) ? it adds the host libs to target_dlflags and this breaks .dev branch for me May 23 14:25:11 joerg: the idea is to remove a possibly defective pointer calibration May 23 14:25:45 mazze1200: what machine are you building for? May 23 14:26:06 mazze1200: in other words, how can we reproduce your problem? May 23 14:28:35 host: amd64 (x86_64-linux) target : magician (arm pxa27xx), the problem appears by compiling (e.g.) avahi and the target ldflags points to tmp/staging/x86_64-linux/usr/lib and exits with unrecognized file format May 23 14:29:16 when i remove the ldflags.patch in gcc it compiles May 23 14:30:25 interesting, because someone else just mentioned x86_64 related issues with avahi builds as well May 23 14:30:28 Crofton: ping May 23 14:31:16 pong May 23 14:31:35 yes, i found a bug relating to staging/x86_64-linux/usr/lib but it was very old May 23 14:31:56 i first wanted to ask before i place a "bug" May 23 14:32:07 Crofton: mazze1200 (see above) reports that the ldflags.patch in gcc breaks his avahi cross-build on x86_64 host. May 23 14:32:25 hmmm May 23 14:32:45 Crofton: do you know if the upstream fix is correct, or just a workaround. I now suspect mazze1200 might have hit the real issue. May 23 14:33:07 urg May 23 14:33:34 I think the avahi fix is a work around that avoids the issue May 23 14:33:40 btw. not onlay avahi even gnome-vfs and others May 23 14:34:16 Laibsch, hrw: I checked gpe-image, there is no mousepointer, but I cannot "click" either. I deleted /etc/pointercal, restarted, but for the callibration then I get no response May 23 14:35:07 mazze1200, Crofton: http://bugs.openembedded.net/show_bug.cgi?id=2152, see my comment somewhere where I also found ldflags.patch to creep to deep. May 23 14:35:58 joerg: install tslib-utils package and run ts_print_raw May 23 14:36:08 mazze1200: OK if I copy this irc conversation in the bugtracker? May 23 14:36:46 sure May 23 14:36:56 I'm preoccipied with dsplink atm :( May 23 14:37:16 Crofton: cool, keep up the good work :-) May 23 14:37:22 likewise: yes May 23 14:39:30 likewise i don't know how to enable sysroot for gcc May 23 14:40:18 mazze1200: I think the newer toolchain versions use sysroot, or maybe all of them. grep -rn -e sysroot packages/gcc/* should tell you. May 23 14:40:55 my .dev is not older then 2 days but i will try May 23 14:42:45 hrw: should I run ts_print_raw on opie-image or gpe-image? May 23 14:42:51 what package fails? May 23 14:43:02 preferably one with few dep's May 23 14:43:29 joerg: any May 23 14:44:14 joerg: if in doubt, just try both May 23 14:44:19 nothing left to break ;-) May 23 14:46:39 mazze1200, what package has the problem May 23 14:46:51 ERROR: Nothing PROVIDES 'magician' (but '[]' DEPENDS on or otherwise requires it) May 23 14:48:51 Laibsch, hrw: where do I find that package, I just tried to bitbake it, but no one provides it. May 23 14:48:55 MACHINE = "magician" (in conf/bitbake.conf); avahi_0.6.22.bb breaks by do_install May 23 14:49:13 mazze1200, avahi should be ok now May 23 14:49:33 koean removed the problem lib from configure step May 23 14:49:49 I need a bb besides avahi with the problem May 23 14:50:21 gnome-vfs May 23 14:50:52 hopefully this builds for whatever machine I have seleted :) May 23 14:51:14 if it fails, the log should be on ostats in a bit May 23 14:51:58 CosmicPenguin, has the weather gotten better? May 23 14:52:40 Yep May 23 14:52:42 thankfully May 23 14:54:12 03thebohemian 07org.oe.dev * rfb05f74b... 10/ (1 conf/distro/chinook-compat.conf): May 23 14:54:12 chinook-compat.conf: Updates May 23 14:54:12 * added midpath preferences May 23 14:54:12 * added libsdl-ttf and libsdl-gfx renames May 23 14:54:40 Crofton so, i updated .dev in now trying to bild avahi this will take a while May 23 14:55:10 mazze1200: you build from scratch? May 23 14:55:33 yes ?! May 23 14:55:40 mazze1200: good May 23 14:56:55 this will take some hours, what should i do if the problem still exists ? May 23 14:57:30 Laibsch: did you see wlags-modules reopen? May 23 14:58:58 mazze1200: well, some devs that are familiar with the toolchain intrinsics need to look at this, this can take some time. May 23 14:59:12 mazze1200: removing ldflags.patch will probably break things elsewhere. May 23 15:02:38 http://amethyst.openembedded.net:8000/builds/33/ May 23 15:02:39 likewise: right, after removing ldflags.patch i faced a problem with gpe-terminal missing libssp.so.0 which is disabled to compile in gcc-cross (--disable-libssp), and i wasn't able to solve this. May 23 15:03:44 mazze1200: we probably need a part of ldflags.patch, I'm looking into it but I am not the toolchain expert. May 23 15:05:51 likewise this patch is very small it only adds tmp/staging/x84_64-linux to the ldflags which dosn't make much sense to me because the target is a arm and not a x86_64 ;-) May 23 15:06:29 I'm trying to create a .bb file with multiple .ipk's each containing some shared libraries. Right now I'm using FILES_foo to set the specific libraries for each package. Is there a way to control the final name of the .ipk's through some similar mechanism? May 23 15:06:59 The .so files have extra qualifiers that I would like to not be present in the .ipk name, but OE seems to generate the package name automatically somehow. May 23 15:08:40 mazze1200: it's not so simple. The patch is applied by anything that includes gcc-4.2.2.inc. May 23 15:11:54 likewise: right, and as far as i can see is this host lib thing the (main) effect of this patch, but ok let the devs fight with it May 23 15:30:07 gm all ! May 23 15:33:57 * joerg is back May 23 15:52:32 bye guys - have a nice weekend May 23 16:00:01 can someone help me figure out a dep problem May 23 16:01:08 khem: I can try - not more May 23 16:03:03 ok May 23 16:03:18 likewise I am trying to use eglibc but glibc is being pulled in May 23 16:03:51 now I have made eglibc to provide all packages that glibc provides I can not find what else would pull it May 23 16:04:17 khem: how about the PREFERRED_PROVIDERS hidden in your distro (which is Angstrom?) May 23 16:04:20 likewise: If I send you depends.dot would that help May 23 16:04:41 likewise: ANGSTROM has a separate file for eglibc and glibc May 23 16:04:46 but let me look again May 23 16:05:22 khem: yes, but if you want me to have a real look I need your .dev tree May 23 16:06:15 likewise: ok I am on top of .dev May 23 16:06:23 and that's it May 23 16:06:35 use ANGSTROM_MODE=eglibc May 23 16:06:39 khem: you committed the eglibc split-off already? May 23 16:06:45 no I did not May 23 16:06:49 I think I should May 23 16:06:54 so you're not on my top... so I cannot check May 23 16:06:56 even if it is broken May 23 16:07:08 khem: if it doesn't break glibc that would be ok May 23 16:07:09 atleast others can try May 23 16:07:25 that's the thing I have not tested glibc yet May 23 16:07:33 with the split but I think it should not break May 23 16:07:39 khem: ok May 23 16:07:47 khem: i'm ok with the commit. May 23 16:12:13 he khem May 23 16:12:31 woglinde: hello May 23 16:12:52 hm the splice erorr for uclibc seems to be fixed May 23 16:13:02 woglinde: I observed that when building with eglibc it pulls glibc as well May 23 16:13:18 splice is imlemented now in uclibc May 23 16:13:23 someone send a patch to the mail May 23 16:13:30 yes May 23 16:13:36 hm should I apply it immedaetly? May 23 16:13:39 *g* May 23 16:13:49 yes you can if you want May 23 16:14:19 its only for avr32 May 23 16:14:22 though May 23 16:14:28 other arches should have it already May 23 16:15:18 Bernhard has committed probably May 23 16:16:53 who builds for avr32 btw? May 23 16:18:13 vivijim: hi May 23 16:18:35 hi likewise May 23 16:18:54 khem: could you send me the depends.dot to have a look at? leon.woestenberg@gmail.com or pastebin.ca May 23 16:20:47 yeah on its way likewise May 23 16:21:26 khem: thanks May 23 16:22:13 You know this problem is not new it exist there already even eglibc being in glibc dir May 23 16:23:01 I did not see it because glibc was building ok its only when I upgraded the kernel-headers that I saw it because glibc needs a patch to be building with new kernel headers May 23 16:24:17 /me hugs autopsy & sleuthkit May 23 16:24:37 /whois bryyce May 23 16:24:43 wth? May 23 16:24:52 I guess my IRC client is broken May 23 16:24:59 you have a space at the beginning May 23 16:25:03 /foo May 23 16:25:11 /bar May 23 16:25:39 no, I did not May 23 16:25:55 Unless gaim is not auto-spacing everything ;-) May 23 16:26:06 pidgin May 23 16:26:09 or whatever May 23 16:26:17 gaim, eh. never done irc with that May 23 16:26:25 yeh May 23 16:26:28 or FreeWhatsit May 23 16:35:10 likewise: did you get it May 23 16:36:50 khem: yup, let me get a build going. May 23 16:52:45 khem: could you do a "bitbake -g helloworld"? May 23 16:53:12 khem: and then see if depends.dot shows any glibc? May 23 16:55:31 likewise: I need to run to work now May 23 16:55:38 likewise: I will do that in the evening now May 23 16:55:51 khem: cya May 23 17:13:05 * * OE Bug 4293 has been created by  May 23 17:13:07 * * apmd-3.2.2-autobuild May 23 17:13:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4293 May 23 17:14:48 hms May 23 17:33:06 can oestat's handle build resutls from different machines, with the same builder name? May 23 17:42:49 does anyone know if it is possible to build apps using OE for a sony mylo? May 23 17:52:25 has anyone here ever upgraded a fluke nettool to nt-pto-opt May 23 18:12:54 wvdschel: i think the problem is getting to the bootloader. May 23 18:13:09 kgilmer, yeah, I'm reading about it :( May 23 18:16:42 four heads! May 23 18:16:47 merged and pushing :) May 23 18:16:58 tnx :-) May 23 18:25:59 03likewise 07org.oe.dev * r5135d5b0... 10/ (1 packages/agg/agg-minimal_2.5.bb): May 23 18:25:59 agg: Added agg-minimal_2.5.bb without X11 and SDL dependency. May 23 18:25:59 Can be used by framebuffer applications such as gnash-minimal (fb-gnash) May 23 18:25:59 or applications not rendering to a display. May 23 18:26:03 03likewise 07org.oe.dev * re2c39460... 10/ (1 conf/machine/mpc8315e-rdb.conf): May 23 18:26:03 mpc8315e-rdb.conf: New machine, derived from mpc8313e-rdb. May 23 18:26:04 MPC8315E is a low-power PowerPC SoC with onboard PCI, PCIe, SATA. May 23 18:26:08 03likewise 07org.oe.dev * rdf4a3a85... 10/ (1 packages/agg/agg-minimal_2.5.bb): agg-minimal: Disable libagggpc, it's disabled in agg as well, and has different license. May 23 18:26:13 03Laibsch 07org.oe.dev * r45c13866... 10/ (2 files in 2 dirs): sharprom-toolchain-native: add virtual/arm-linux-libc-for-gcc to PROVIDES May 23 18:26:17 03mas 07org.oe.dev * r7cf3999d... 10/ (1 packages/linux/linux-rp-2.6.24/pxa2xx_udc-clock.patch): May 23 18:26:17 linux-rp: add omitted pxa2xx_udc-clock.patch from previous commit May 23 18:26:18 * complements 8b21a69e52feb768f1d096aa78e44dd20ce3aed4 May 23 18:26:20 * damn, mtn makes it too easy to forget to add files to a commit May 23 18:26:23 03crofton 07org.oe.dev * r0c9e5001... 10/ (3 files in 2 dirs): May 23 18:26:24 linux-davinci : Update davinci-sffsdr kernel to build against git. This May 23 18:26:26 patch adds the SFF SDR as a separate board from the EVM. May 23 18:32:34 likewise: ok ah May 23 18:33:01 likewise ok avahi compiles, so i'll try console-image and gpe-image, thx May 23 18:35:00 mazze1200: what did you do? take the latest revision? May 23 18:37:20 likewise rigth! now lets see if everything works May 23 19:09:05 * * OE Bug 4294 has been created by  May 23 19:09:07 * * linux-rp-2.6.24-autobuild May 23 19:09:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4294 May 23 19:10:05 * * OE Bug 4295 has been created by  May 23 19:10:06 03koen 07org.oe.dev * rd32021cb... 10/ (1 packages/failme.bb): failme.bb: recipe to test bugreporting aids, sepukku will log to bug #4000 May 23 19:10:06 * * dsplink-1.50-autobuild May 23 19:10:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4295 May 23 19:23:54 03crofton 07org.oe.dev * r090d2983... 10/ (1 packages/dsplink/dsplink_1.50.bb): dsplink : unset DISPLAY since dsplink Makefile uses DISPLAY for echo command. May 23 20:17:05 * * OE Bug 4296 has been created by  May 23 20:17:07 * * apex-nslu2-16mb-1.5.13-autobuild May 23 20:17:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4296 May 23 20:26:42 he thesing May 23 20:26:52 hi again May 23 20:42:56 hi schurig May 23 21:04:14 hi May 23 21:24:43 schurig_home: will you be on linuxtag? May 23 21:24:47 re May 23 21:25:34 hoi hrw May 23 21:25:50 hrw: no, not May 23 21:26:29 woglinde: guillaume just told me that he cannot come to linuxtag and do his midpath presentation due to problems at work May 23 21:26:37 hrw: except if I could get a freerunner there :-) May 23 21:27:28 rschuter oh May 23 21:27:28 that is a pit May 23 21:27:28 y May 23 21:29:25 sorry dsl-modem was down May 23 21:57:03 bye May 23 21:57:52 Should the oestats-client update in real-time or after the build? May 23 22:06:36 during build May 23 22:25:41 03florian 07org.oe.dev * r6adee7e2... 10/ (1 packages/gpe-login/gpe-login_0.92.bb): gpe-login: Add 0.92 May 23 22:25:45 03florian 07org.oe.dev * ra4c8c170... 10/ (1 packages/gpe-session-scripts/gpe-session-scripts_0.68.bb): gpe-session-scripts: Add 0.68 May 23 22:25:50 03florian 07org.oe.dev * r3cc0e9c5... 10/ (1 packages/gpe-conf/gpe-conf_0.2.7.bb): gpe-conf: Add 0.2.7 May 23 22:25:56 03florian 07org.oe.dev * r09fd97c8... 10/ (1 packages/gpe-todo/gpe-todo_0.57.bb): gpe-todo: Add 0.57 May 23 22:26:01 03florian 07org.oe.dev * ra4c7fdea... 10/ (1 packages/gpe-login/gpe-login_0.92.bb): gpe-login: Remove some patches applied upstream. May 23 23:33:22 anyone have any recomendation of graphviz app to view depends.dot? I tried 'dotty' but its been chewing on depends.dot for about 5 mins without doing anything May 23 23:38:34 tharvey: I've never found anything that could actually eat the entire gigantic depends.dot file :( May 23 23:38:53 heh... thats kind of what I'm finding.... wondering what the use is May 23 23:51:43 tharvey: it can be parsed by perl script, or even searched by text editor if necessary. May 23 23:57:03 tharvey, depends what you want May 23 23:57:20 If I'm wanting to see a "why is X pulled in" I just whip out $EDITOR and search May 23 23:57:35 But if you want a nice "wow, that's everything" picture, you'll need to let it chew for a while :) May 24 00:04:28 There are options to have the graph stop at some point. I made a bitbake patch once so that the stop point could be a regex. The output looked really neat then (cross compiler, libraries and apps for the target only) May 24 00:05:47 well 'dotty' has been chewing for over 40 mins yet... so far its drawn 1 empty ellipse :) May 24 00:15:00 nite all May 24 01:11:05 * * OE Bug 4297 has been created by  May 24 01:11:07 * * gcc-cross-4.2.1+csl-arm-2007q3-53-autobuild May 24 01:11:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4297 May 24 01:43:02 has anyone tried building portaudio lately? May 24 01:43:19 (also, what does the autobuilder build?) May 24 01:45:03 found tinderbox; it doesn't appear to have useful information within the past two weeks May 24 01:47:22 i've tried to build the portaudio, it isn't working for me, and it appears not to have changed materially since 2005. the bb build appears to use qmake and i don't know why May 24 02:57:05 * * OE Bug 4298 has been created by  May 24 02:57:07 * * kexec-tools-static-1.101-autobuild May 24 02:57:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4298 May 24 02:59:06 * * OE Bug 4299 has been created by  May 24 02:59:08 * * avahi-0.6.22-autobuild May 24 02:59:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4299 **** ENDING LOGGING AT Sat May 24 02:59:56 2008