**** BEGIN LOGGING AT Sat Jul 14 02:59:56 2007 Jul 14 04:05:21 hello, im building my first package which is basically a package which installs the needed dependencies for another package so in essence an empty package Jul 14 04:05:28 i have set the ALLOW_EMPTY variable Jul 14 04:05:35 and successfully built the package Jul 14 04:05:50 but when i go to install it, it doesn't install teh dependencies Jul 14 04:05:53 th* Jul 14 04:05:55 the* Jul 14 04:06:16 anyone know what im missing? Jul 14 04:28:59 RDEPENDS or something? Jul 14 04:29:00 dunno Jul 14 04:38:32 Marex : tried that Jul 14 04:38:55 this is so annoying Jul 14 10:06:29 03tmbinc 07org.oe.dreambox * rf663abe3... 10/ (3 files in 3 dirs): python-2.5.1: force largefile support to be available (instead of unavailable) when cross-compiling Jul 14 10:06:34 03xora 07org.oe.dev * r5435d6cc... 10/ (1 conf/distro/angstrom-2007.1.conf): Jul 14 10:06:34 angstrom-2007.1.conf : fix to poppler 0.5.4 as 0.5.9 doesnt compile and Jul 14 10:06:34 cvs versions contain API changes. Jul 14 11:46:15 03Laibsch 07org.oe.dev * r0b5a6fe4... 10/ (7 files in 5 dirs): glib-2.0: remove a couple of obsolete and unneeded files Jul 14 11:46:19 03Laibsch 07org.oe.dev * r2436a8cf... 10/ (5 files in 4 dirs): Jul 14 11:46:19 gaim/libw100/vincent: take care of svn.sf.net name change. Properly closes 2641. Jul 14 11:46:19 * libw100 and vincent. rename svn.sourceforge.net host to $project.svn.sf.net Jul 14 11:46:19 * drop gaim svn bb file. Project renamed to pidgin. host and thus source inaccesible. Jul 14 11:53:02 * * OE Bug 1352 has been RESOLVED (FIXED) by Jul 14 11:53:04 * *  xterm build fails when Xft headers are installed on host Jul 14 11:53:06 * * http://bugs.openembedded.org/show_bug.cgi?id=1352 Jul 14 12:31:11 hrw|gone: ping Jul 14 13:23:22 hrw|gone: ping Jul 14 13:23:32 heh Jul 14 13:23:35 all are pinging hrw Jul 14 13:44:18 pong Jul 14 13:45:48 morning all Jul 14 13:54:09 Greetings and Salutations Jul 14 15:04:54 morning Jul 14 15:30:04 psokolovsky, ping? Jul 14 15:30:48 polyonymous: pong Jul 14 15:31:17 psokolovsky, I've taken a look at qte patches and... well, what are we going to do with them? :) Jul 14 15:31:28 They all #if-enwrapped, so they can be applied unconditionally Jul 14 15:31:39 but that won't let us get rid of machine-dependent packages. Jul 14 15:31:46 polyonymous: apply by default or drop Jul 14 15:32:14 polyonymous: step by step ;-). first patches, then #ifdefs ;-E Jul 14 15:32:37 Well, okay, I'll move them to top-level SRC_URI Jul 14 15:33:43 polyonymous: but double-check that #ifdef-ness. IIRC, it applies to larger domain than patch's machine override suggested. Jul 14 15:34:09 well, they're all ifdeff-ed except for maybe w100 stuff Jul 14 15:34:22 the rest is just keymap tweaks Jul 14 15:34:56 polyonymous: they are ifdefed. but with what condition. double-check that, please. Jul 14 15:35:31 psokolovsky, ah, quite natural, I'd say, like #if QT_QWS_SLCXK Jul 14 15:36:20 polyonymous: also, pls check that weird rotate patch, I'd like to know why we need it at all and how it should be fixed properly. Jul 14 15:36:31 once again, except for w100 stuff which is pretty large-scale and may at least unnecessary increase executable size. Jul 14 15:36:37 you mean CXK keymap? Jul 14 15:36:47 +#if QT_QWS_SLCXK Jul 14 15:36:48 + if (qt_screen->transformOrientation() != 3) Jul 14 15:36:48 +#else Jul 14 15:36:48 if (qt_screen->isTransformed()) Jul 14 15:36:48 +#endif Jul 14 15:36:49 This one? Jul 14 15:37:01 polyonymous: w100 is being dropped from application, it doesn't work properly Jul 14 15:37:15 psokolovsky, all the better :) Jul 14 15:37:15 polyonymous: yep. "keymap" ;-\ Jul 14 15:38:00 well, I think it makes sense, but I also was in doubt - maybe it can be improved or moved around into more appropriate part of code. Dunno, I'll look further into it. Jul 14 15:38:34 polyonymous: from what I can tell, it shouldn't be there at all. Jul 14 15:38:38 But basically the point is that CxK seems to be much more flexible with possible rotations. Jul 14 15:38:46 ?? Jul 14 15:38:57 Well, it's not like just portrait or landscape Jul 14 15:39:16 but the condition doesn't seem to cover everything - that's what makes me wonder. Jul 14 15:39:48 ah, I though maybe it can rotate 23.456deg in addition to that. Jul 14 15:40:05 :)))) Not that bad, but in pi/2 steps. Jul 14 15:40:24 which makes it four cases instead of two. Jul 14 15:40:36 * mwester longs for the "good old days" when (0,0) was the upper left of any display. Jul 14 15:40:56 mwester, what is it now? Jul 14 15:41:07 polyonymous: well, so the news is that any device is flexible with rotation, and what that patch appears to be doing is to adhocly account for the fact that spitz screen's natural rotation is 270 deg relative to hardware. That's what I see. you see sth else? Jul 14 15:41:30 Just trying to follow the discussions on handling device rotation, etc. -- very complicated. Jul 14 15:42:03 psokolovsky, well, if that's the whole point then I'd think it should be handled in isTransformed. Jul 14 15:42:36 mwester, it's not the question of whether (0,0) is in UL corner, it's the question of which corner is UL :) Jul 14 15:43:28 psokolovsky, and yes, I think you're right, that's the only point of doing it and, of course, it should be done elsewhere. Jul 14 15:43:36 polyonymous: that's what I think too. let's explore that. Jul 14 15:44:09 polyonymous: IIRC, you have right such device, true? Jul 14 15:44:14 There are two possibilities: move it to the proper place or actually take into account orientation ;-) I'd suggest to go for the first one. Jul 14 15:44:23 Yes, I have spitz, so that's the task for me. Jul 14 15:45:31 polyonymous: nice, thanks for looking into that. I suggest to just handle any possible hw and logical rotations generically, and use external device config for parametrizing it. Jul 14 15:46:49 do you mean at runtime? I'm not really sure if it's good for all devices, but anyway I think the first step would be to unify patches. I agree with your "one step at a time" point. Jul 14 15:47:13 Oh, it was "step by step" ;-)) Not much different, though :) Jul 14 15:47:53 yep! Jul 14 15:50:16 polyonymous: btw, while working on that, you may want to look at ODevice impl for ipaqs. they also have 3 out of 4 possible hw display orientations. Jul 14 15:50:47 ODevice is quite far away from qte ;-)) Jul 14 15:51:34 but directly related to dealing with device properties ;-) Jul 14 15:52:15 that's true, but not exactly "while we're at it" case :) Jul 14 15:55:43 polyonymous: just keep in mind that ipaqs have issue of keypad rotation solved, without any qte patching. Jul 14 15:56:25 Yeah, I think I should actually take a look at it Jul 14 16:33:21 ~seen lardman Jul 14 16:33:23 lardman was last seen on IRC in channel #maemo, 7h 45m 42s ago, saying: 'morning'. Jul 14 16:42:06 Hello Jul 14 17:06:51 psokolovsky, I don't think these patches give us any sensible keymappings, actually, so I think, instead of moving patches around I'll try to resolve the issue at hand. Jul 14 17:07:15 03slapin 07org.oe.dev * r932bfc3a... 10/ (6 files in 5 dirs): Preliminary support for Palm Zire 71 Jul 14 17:07:15 03slapin 07org.oe.dev * r15d8cc9d... 10/ (7 files in 5 dirs): Palm Tungsten T and T2 support Jul 14 17:07:18 03slapin 07org.oe.dev * ra1876e02... 10/ (3 files in 3 dirs): Jul 14 17:07:18 Improved Palm Treo 650 support Jul 14 17:07:18 * New defconfig (more modular et al.) Jul 14 17:07:18 * More life-like driver set on image Jul 14 17:25:41 polyonymous: == remove? yes, these patch should be superseded by kernel-keymap support. Jul 14 17:26:10 psokolovsky, I wouldn't hurry with removal, I'd say == rework Jul 14 18:32:01 * * OE Bug 480 has been RESOLVED (WONTFIX) by Jul 14 18:32:03 * *  WEP not disabled when "wireless_key" not set in /etc/network/ interfaces Jul 14 18:32:05 * * http://bugs.openembedded.org/show_bug.cgi?id=480 Jul 14 18:32:35 polyonymous: Do you have konq ready to go on your Z? Jul 14 18:32:50 if so could you please test Jul 14 18:32:54 !oebug 452 Jul 14 18:32:55 * * Bug 452, Status: NEW, Created: 2005-11-11 02:10 Jul 14 18:32:57 * * m(AT)box.li: 3.5.4rc1 konquerer unstable Jul 14 18:32:59 * * http://bugs.openembedded.org/show_bug.cgi?id=452 Jul 14 19:19:43 Laibsch, konq dies almost on every sight unless you have javascript disabled. Jul 14 19:19:51 s/sight/site/ :) Jul 14 19:26:17 polyonymous, yeah ... pity :T Jul 14 19:26:54 Marex, well, to be true, js is not a priority on handheld for me. What may make sense is disabling js altogether, though. Jul 14 19:27:01 * * OE Bug 718 has been RESOLVED (WONTFIX) by Jul 14 19:27:03 * *  oz3.5.4test5/collie: blue gpe background makes program names unreadable when selected Jul 14 19:27:05 * * http://bugs.openembedded.org/show_bug.cgi?id=718 Jul 14 19:27:59 polyonymous, there has to be some way to fix it ... the problem is to find someone to actually do it ;] Jul 14 19:28:35 Marex, of course there is, but you need to care to do it :) Jul 14 19:29:23 polyonymous, I want to make the wifi driver finally ... Im blahing about doing to for more than month Jul 14 19:30:29 Marex, also something I don't care much about ever since my wifi card died :) Jul 14 19:30:57 heh ;-) Jul 14 19:31:49 polyonymous, can you verify something for me please? Jul 14 19:32:00 http://opie-bugs.oszine.de/view.php?id=1854 Jul 14 19:32:29 the patch? Jul 14 19:32:53 yup .. I guess you cant receive in opie over irda Jul 14 19:35:33 Hmm... I've been hacking slightly irda, but I don't remember how far I've got. I only remember that the major problems for me were absence of checkbox bitmaps and missing parenth in irda applet... Jul 14 19:35:56 I think I should start with trying without the patch :) Jul 14 19:36:16 and Marex, would you mind answering psokolovsky's comment in the bug? :) Jul 14 19:36:36 polyonymous, I already know about it ... my hand slipped :T Jul 14 19:36:47 ah ok :) Jul 14 19:38:51 Marex, okay, great, I can't receive with opie ;-) Jul 14 19:39:07 polyonymous, try it with that patch Jul 14 19:39:11 I'll try the patch, but not right away. Feel free to update it meanwhile :) Jul 14 19:39:23 I will, just not right now. Jul 14 19:39:33 ok ok :] Jul 14 19:53:02 * * OE Bug 761 has been RESOLVED (WONTFIX) by Jul 14 19:53:04 * *  OZ3.5.4.1-alpha1 akita-gpe : ln: Jul 14 19:53:06 * * http://bugs.openembedded.org/show_bug.cgi?id=761 Jul 14 19:53:13 * * OE Bug 824 has been RESOLVED (WONTFIX) by Jul 14 19:53:15 * *  /etc/resolv.conf gets removed upon reboot Jul 14 19:53:17 * * http://bugs.openembedded.org/show_bug.cgi?id=824 Jul 14 19:54:01 * * OE Bug 934 has been RESOLVED (WONTFIX) by Jul 14 19:54:03 * *  Shutdown on borzoi fails completly Jul 14 19:54:05 * * http://bugs.openembedded.org/show_bug.cgi?id=934 Jul 14 19:57:02 * * OE Bug 945 has been RESOLVED (WONTFIX) by Jul 14 19:57:04 * *  bluetooth not running with 3.5.4.1rc2 on akita Jul 14 19:57:06 * * http://bugs.openembedded.org/show_bug.cgi?id=945 Jul 14 19:57:14 * * OE Bug 998 has been RESOLVED (WONTFIX) by Jul 14 19:57:16 * *  ipkg-link fails on large packets Jul 14 19:57:18 * * http://bugs.openembedded.org/show_bug.cgi?id=998 Jul 14 19:57:26 * * OE Bug 1036 has been RESOLVED (WONTFIX) by Jul 14 19:57:28 * *  3.5.4.1-RC4 gpe : .xsession-errors full of Jul 14 19:57:30 * * http://bugs.openembedded.org/show_bug.cgi?id=1036 Jul 14 19:58:01 * * OE Bug 1037 has been RESOLVED (WONTFIX) by Jul 14 19:58:03 * *  3.5.4.1-RC1 akita+gpe : system info utility will crash X Jul 14 19:58:05 * * http://bugs.openembedded.org/show_bug.cgi?id=1037 Jul 14 19:58:14 * * OE Bug 1040 has been RESOLVED (WONTFIX) by Jul 14 19:58:16 * *  OZ3.5.4.1-RC4 akita+gpe : X coordinates mangled Jul 14 19:58:18 * * http://bugs.openembedded.org/show_bug.cgi?id=1040 Jul 14 19:58:26 * * OE Bug 1041 has been RESOLVED (WONTFIX) by Jul 14 19:58:28 * *  OZ3.5.4.1-RC4 akita+gpe : x-terminal-emul produces Alignment traps Jul 14 19:58:30 * * http://bugs.openembedded.org/show_bug.cgi?id=1041 Jul 14 20:01:02 * * OE Bug 1047 has been RESOLVED (WONTFIX) by Jul 14 20:01:04 * *  OZ3.5.4.1-RC4 akita+gpe : touchscreen shortcut home icon behaviour's weird Jul 14 20:01:06 * * http://bugs.openembedded.org/show_bug.cgi?id=1047 Jul 14 20:01:14 * * OE Bug 1048 has been RESOLVED (WONTFIX) by Jul 14 20:01:16 * *  OZ3.5.4.1-RC4 akita+gpe : xcalibrate launch fails when starting gpe-dm with USB mouse Jul 14 20:01:18 * * http://bugs.openembedded.org/show_bug.cgi?id=1048 Jul 14 20:10:01 * * OE Bug 839 has been RESOLVED (WONTFIX) by Jul 14 20:10:03 * *  GPE Network Config Applet not saving settings Jul 14 20:10:05 * * http://bugs.openembedded.org/show_bug.cgi?id=839 Jul 14 20:17:02 * * OE Bug 2651 has been created by  Jul 14 20:17:04 * * keyboard issues meta-bug Jul 14 20:17:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2651 Jul 14 20:23:02 * * OE Bug 704 has been RESOLVED (WONTFIX) by Jul 14 20:23:03 * *  OE Build for Nokia770 Fails in building the libosso package Jul 14 20:23:05 * * http://bugs.openembedded.org/show_bug.cgi?id=704 Jul 14 20:23:05 8-(__) polyonymous ... looks like Laibsch does some cleanup in bugtracker :] Jul 14 20:23:21 It's not easy not to notice :) Jul 14 20:24:09 ;-) but this WONTFIX WONTFIX WONTFIX WONTFIX looks funny :D Jul 14 20:24:32 it's cleanup, not fixing! Jul 14 20:25:01 polyonymous, ok :) Jul 14 20:25:12 errr ...btw new opieobex patch is in bugtracker Jul 14 20:25:42 Marex, I've got mail :) Jul 14 20:25:49 ah .. ok :] Jul 14 20:29:01 * * OE Bug 987 has been RESOLVED (WONTFIX) by Jul 14 20:29:03 * *  Files not shipped in gcc-3.4.4-r5, dangling symlinks Jul 14 20:29:05 * * http://bugs.openembedded.org/show_bug.cgi?id=987 Jul 14 20:37:01 * * OE Bug 2652 has been created by  Jul 14 20:37:03 * * meta-bug: SL-5600 (poodle) Jul 14 20:37:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2652 Jul 14 20:42:01 * * OE Bug 1176 has been RESOLVED (WONTFIX) by Jul 14 20:42:04 * *  AF_INET6 missing in poodle kernel Jul 14 20:42:05 * * http://bugs.openembedded.org/show_bug.cgi?id=1176 Jul 14 20:43:02 * * OE Bug 1415 has been RESOLVED (WONTFIX) by Jul 14 20:43:04 * *  hotkey contact and calendar not working in RC2 on poodle Jul 14 20:43:05 * * http://bugs.openembedded.org/show_bug.cgi?id=1415 Jul 14 20:54:02 * * OE Bug 2104 has been marked as DUPLICATE of bug 2151 by Jul 14 20:54:04 * *  unwanted splash screen for console image on poodle (01/04/2007) Jul 14 20:54:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2104 Jul 14 21:02:01 * * OE Bug 2653 has been created by marek.vasut(AT)gmail.com Jul 14 21:02:03 * * update qclockchange to 0.1b Jul 14 21:02:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2653 Jul 14 21:02:36 polyonymous, can you please check http://bugs.openembedded.org/show_bug.cgi?id=2653 sometimes? thanks :) Jul 14 21:03:30 uh what's a qclockchange anyway? :) Jul 14 21:03:59 sounds important ;) Jul 14 21:04:08 :) Jul 14 21:05:02 * * OE Bug 1548 has been RESOLVED (INVALID) by Jul 14 21:05:04 * *  Ikada TEST please ignore Jul 14 21:05:06 * * http://bugs.openembedded.org/show_bug.cgi?id=1548 Jul 14 21:06:34 I hope Laibsch will leave us a few bugs to play with =) Jul 14 21:10:35 polyonymous, some tool to handle cpu speed on zauruses Jul 14 21:11:08 ah ok. I'll try Jul 14 21:11:11 CoreDump, ;-))) Jul 14 21:16:01 * * OE Bug 2234 has been RESOLVED (FIXED) by Jul 14 21:16:03 * *  Packages depending on 'jpeg' need rebuilding Jul 14 21:16:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2234 Jul 14 21:16:55 CoreDump: I even made some meta-bugs for you guys to grab those bugs before I do ;-) Jul 14 21:16:58 !oebug 2228 Jul 14 21:16:59 * * Bug 2228, Status: NEW, Created: 2007-05-03 15:22 Jul 14 21:17:00 * * : Meta-Bug: new or updated bb recipes Jul 14 21:17:01 * * http://bugs.openembedded.org/show_bug.cgi?id=2228 Jul 14 21:17:05 !oebug 2194 Jul 14 21:17:06 * * Bug 2194, Status: NEW, Created: 2007-05-01 05:03 Jul 14 21:17:07 * * : meta-bug: bugs waiting to be committed and fixed Jul 14 21:17:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2194 Jul 14 21:17:22 neat Jul 14 21:17:54 so far totally underutilized and void of attention Jul 14 21:18:50 We still have LOTS of very OLD bugs with patches ready to apply Jul 14 21:25:49 Laibsch, yeah, right :T Jul 14 21:26:01 polyonymous, thanks ;-) Jul 14 21:26:44 !oebug 2653 Jul 14 21:26:45 * * Bug 2653, Status: NEW, Created: 2007-07-14 14:00 Jul 14 21:26:46 * * : update qclockchange to 0.1b Jul 14 21:26:47 * * http://bugs.openembedded.org/show_bug.cgi?id=2653 Jul 14 21:30:02 Marex: Don't believe me? Jul 14 21:30:34 Our open bug count went from 500 to 600 in almost no time. Jul 14 21:30:34 Laibsch, I said "yeah, right" ... Jul 14 21:30:48 that means quite often an agreement Jul 14 21:30:58 It could be pronounced "yeah, right" as in "as if" Jul 14 21:31:03 which is why I was asking Jul 14 21:31:03 and ":T" was meant as that it is a pity Jul 14 21:31:17 * Laibsch did not know :T Jul 14 21:31:30 now you do ;-) Jul 14 21:37:01 * * OE Bug 871 has been marked as DUPLICATE of bug 2478 by Jul 14 21:37:04 * *  3.5.4.1-alpha2 GPE : installing kernel Jul 14 21:37:05 * * http://bugs.openembedded.org/show_bug.cgi?id=871 Jul 14 21:40:00 hello, im attempting to use usbhost on a flash drive and i see its detected via dmesg but i cant see a new device in /dev Jul 14 21:40:04 so how do i mount it? Jul 14 21:40:17 my usb keyboard works tho... Jul 14 21:44:02 * * OE Bug 883 has been RESOLVED (WONTFIX) by Jul 14 21:44:04 * *  no USB host features work Jul 14 21:44:06 * * http://bugs.openembedded.org/show_bug.cgi?id=883 Jul 14 21:44:14 What is responsible for compiling the kernel-module-asix ipk? Jul 14 21:45:54 Laibsch: virtual/kernel Jul 14 21:46:05 it's a driver for usb ethernet adapters Jul 14 21:48:29 hi koen, can you run some test: http://www.oesf.org/forums/index.php?showtopic=22280&view=findpost&p=164911 Jul 14 21:50:23 koen: So I guess it bug 2478 should not apply to it anymore? bug 2478 is about modules that don't call depmod Jul 14 21:50:35 I just checked the ipk and it calls depmod in postins Jul 14 21:50:39 postinst Jul 14 21:52:02 * * OE Bug 885 has been RESOLVED (WONTFIX) by Jul 14 21:52:04 * *  sound eventually stops with drain error Jul 14 21:52:06 * * http://bugs.openembedded.org/show_bug.cgi?id=885 Jul 14 21:59:02 * * OE Bug 893 has been RESOLVED (WONTFIX) by Jul 14 21:59:03 * *  Matchbox panel doesn't switch to bottom after rotation Jul 14 21:59:05 * * http://bugs.openembedded.org/show_bug.cgi?id=893 Jul 14 21:59:59 Marex, *declaring* variable in loop doesn't waste any cpu cycles :) Jul 14 22:00:37 polyonymous, but the person who did it should be closed in madhouse ... Jul 14 22:00:54 Im so happy C allows to declare variable only at the begining of a function Jul 14 22:00:55 Marex, that's different issue :) Jul 14 22:01:43 polyonymous, ok ... so that part of what I said is incorrect ... it doesnt change anything on the fact that the variable was useless ;] Jul 14 22:02:06 no, that's exactly what's wrong - if you declare and assign initial value in the middle of your code you're more likely to remove it when you don't need it. If you do it at the beginning of a function you almost inevitable forget to remove it :) Jul 14 22:02:08 and assigning value to that variable every time was loss of cpu cycles Jul 14 22:02:26 And of course I was just picking on you, it isn't of any importance. Jul 14 22:02:35 :D Jul 14 22:02:49 And assigning yes, could be, unless it's optimized out :) Jul 14 22:03:17 the code is more readable now though ;-) Jul 14 22:04:35 polyonymous, Im now working on that opie cpufreq thingamie :T Jul 14 22:14:56 Marex, do you, by chance, know out of your head where in oe obexserver lives? Jul 14 22:15:16 what obexserver? Jul 14 22:15:23 opie Jul 14 22:15:46 the one you've fixed, damnit :) Jul 14 22:16:12 okay, found it :) Jul 14 22:17:41 polyonymous, libopieobex Jul 14 22:17:59 Marex, yup, I know :) Jul 14 22:18:14 ;] Jul 14 22:43:01 Marex, didn't fix a thing for me :) Jul 14 22:43:16 polyonymous, that patch? Jul 14 22:43:20 yup Jul 14 22:43:28 I think my problem aren't related Jul 14 22:43:36 try - enable irda, enable receive Jul 14 22:43:47 Marex, of course I enabled them Jul 14 22:43:51 and also ... check if that file is in /tmp Jul 14 22:44:03 no, my phone doesn't send. Jul 14 22:44:13 It says something like no device found Jul 14 22:44:57 is irda working on your device ? ;] Jul 14 22:44:57 first it says "connection failed" and then "no device found" Jul 14 22:45:06 try sending from the device and see Jul 14 22:45:10 yes, Z discovers phone and can send Jul 14 22:45:22 hmm ...damn Jul 14 22:45:42 I think it's different problem. Hang on, I'll try my wife's palm Jul 14 22:46:07 what palm does she have? Jul 14 22:46:47 tungsten Jul 14 22:46:56 ah ... that should work Jul 14 22:47:08 at least I tried sending from palmtt to palmld Jul 14 22:47:36 couldn't find a receiving handheld computer Jul 14 22:48:05 that means you dont have receive enabled in irda applet :B Jul 14 22:49:20 lemme try again ... Jul 14 22:49:32 polyonymous, try running irdadump on your device Jul 14 22:50:02 Marex, are there any other daemons involved? Jul 14 22:50:15 well ... I have odp running Jul 14 22:50:30 so do I, but it's opd Jul 14 22:50:38 oops :T Jul 14 22:50:56 lemme check it, ok? Jul 14 22:50:56 Jul 14 22:50:35 pangolin user.warn kernel: irlap_adjust_qos_settings(), Detected buggy peer, adjust mtt to 10us! Jul 14 22:50:59 hmm? Jul 14 22:51:07 could it have something to do with it? Jul 14 22:51:20 o_O Jul 14 22:51:33 maybe buggy irda driver ? ;] Jul 14 22:51:38 I use pxa ficp Jul 14 22:53:31 dunno... but it can send Jul 14 22:54:03 try irdadump, that will show you whats going on Jul 14 22:55:00 that would require me to have irdadump :) Jul 14 22:55:30 bitbake irdadump Jul 14 22:55:51 baking already :) Jul 14 22:56:16 damn thing builds glib-1.2 :) Jul 14 22:56:17 polyonymous, try also installing irda utils ... but dunno if it can help Jul 14 22:56:23 heh ;] Jul 14 22:56:27 it's installed Jul 14 23:01:30 Marex, http://rafb.net/p/q0yFTz33.html Jul 14 23:01:42 http://85.132.236.161/upload/irdadump.log Jul 14 23:02:15 22:21:44.242007 i:rsp > ca=d4 pf=1 nr=2 ns=1 LM slsap=00 dlsap=01 GET_VALUE_BY_CLASS: Success Integer: 14 (15) Jul 14 23:02:21 I think that's the difference :) Jul 14 23:03:05 yeah, my device was correctly identified Jul 14 23:03:30 would you mind telling me wtf? :) Jul 14 23:04:08 wtf polyonymous Jul 14 23:04:25 polyonymous, dunno ... I dont understand it myself :T Jul 14 23:04:30 thanks, timtimred, but you're not Marex, so your wtf isn't that helpful :) Jul 14 23:04:35 ah, thanks Marex :) Jul 14 23:04:45 polyonymous, ;-) Jul 14 23:04:58 Im looking on it ... just a sec Jul 14 23:05:13 ah, Marex, wait a sec, I think when I was experimenting, I was able to make it work... Jul 14 23:05:38 Marex, I think by altering opd parameters, what is your opd command line? Jul 14 23:06:03 I rebooted ... I will boot again so just a sec Jul 14 23:06:09 or maybe I can read it out somewhere Jul 14 23:07:08 in oe they're supposed to be either in /etc/default/rcS or /etc/default/opd_args Jul 14 23:07:15 odp -- --demonize Jul 14 23:07:22 just checked ... I dont have any other Jul 14 23:08:30 Marex, I can receive if I run opd --mode IRDA Jul 14 23:09:06 polyonymous, you can receive with that irdaapplet? Jul 14 23:09:28 Marex, not exactly, I've just sent card, but opie didn't notice it Jul 14 23:09:47 now my phone has locked up though :)) Jul 14 23:09:50 send something from palm memopad Jul 14 23:09:53 heh Jul 14 23:10:11 nah, palm is craddled in the other room and I don't want to go over there :) Jul 14 23:10:39 oh ok ... lemme see if I can send from my handy to my palm Jul 14 23:10:45 had to plug out the battery :) Jul 14 23:11:07 handy? are you German? Jul 14 23:11:29 no, but german lessons on highschool broke my english Jul 14 23:11:33 cellphone :T Jul 14 23:12:06 ;-))) I don't know why, but I hate the word "handy" :) Jul 14 23:12:28 anyway, it receives, writes it down to /tmp/ and that's it. Jul 14 23:13:25 damn :T Jul 14 23:14:56 polyonymous, http://85.132.236.161/upload/libopieobex.tar.bz2 these are all patches I have on top of it Jul 14 23:15:35 polyonymous, you can drop 02-.patch and try building it :T Jul 14 23:16:08 I'm looking at it Jul 14 23:16:38 now both opie and the phone are locked up :)) Jul 14 23:16:47 jeez :T Jul 14 23:16:56 unfortunately I can't ssh into phone :) Jul 14 23:17:08 buy a greenphone :b Jul 14 23:17:22 or ljp makes some contest so you can win one :T Jul 14 23:17:26 no, my gray one looks just fine :) Jul 14 23:20:27 Marex, first time it sends and nothing happens, second attempt kills the phone :) Jul 14 23:20:59 lemme show you something Jul 14 23:22:00 Marex, I doubt other patches have something to do with my problem Jul 14 23:22:30 polyonymous, yeah, me too ... Jul 14 23:22:45 your phone too? :) Jul 14 23:22:56 nope ... Im compressing a video Jul 14 23:23:11 x264 takes some time ... Jul 14 23:24:05 my phone went totally crazy. Now it says "charding alien battery", although the battery is original :) Jul 14 23:24:29 http://85.132.236.161/upload/irda.avi Jul 14 23:24:35 polyonymous, its about 1 min long Jul 14 23:25:02 its a proof that it "WORKSFORME" Jul 14 23:25:41 heh :) Jul 14 23:26:22 well, so far the only outcome is a total alienation of the phone and battery :) Jul 14 23:26:24 but ... hmm :-T Jul 14 23:26:40 polyonymous, over irda ... cool :B Jul 14 23:26:44 :))) Jul 14 23:27:24 well, enough for now :) Jul 14 23:27:29 polyonymous, have you seen the video? Jul 14 23:27:42 hmm .. pity it doesnt work for anyone else yet :T Jul 14 23:28:51 I think it may also have to do with my opd... Jul 14 23:29:21 well ... irdadump helped a lot Jul 14 23:29:44 yup. pity not to solve the problem :) Jul 14 23:30:16 opd: waiting for incoming obex connections on channel 1 Jul 14 23:30:39 looks like it doesnt run with any args afterall Jul 14 23:31:31 well, it means that you just can't see the args :) Jul 14 23:31:43 if you want to find out you better look in your initscipts Jul 14 23:31:59 can you try one more thing? Jul 14 23:32:17 opd --mode OBEX ;] Jul 14 23:32:28 that's the default I think Jul 14 23:32:46 it is ... hmm ok Jul 14 23:32:55 but I can try, of course :) Jul 14 23:33:34 and yes, it doesn't do a thing Jul 14 23:33:35 I wonder why it doesnt work :T Jul 14 23:33:46 what's obex, anyway? Jul 14 23:33:54 I mean, what's obex mode in opd Jul 14 23:33:58 object exchange protocol ;] Jul 14 23:34:02 ah ... Jul 14 23:34:02 thank you :)) Jul 14 23:34:21 np ;] Jul 14 23:34:22 I mean, obex push daemon is supposed to handle obex no matter what, no? :) Jul 14 23:34:36 yeah Jul 14 23:35:08 I will try stopping opd and running it manually Jul 14 23:35:29 XD Jul 14 23:35:39 opie obex works even without opd Jul 14 23:36:29 great. Jul 14 23:37:26 opie has its own obex implementation incompatible with anything that isnt pxaficp then :B Jul 14 23:38:28 ohwell Jul 14 23:38:35 I'll have some sleep for now then :) Jul 14 23:39:06 gnight Jul 14 23:39:10 I think there is one more bug Jul 14 23:39:14 night Jul 14 23:39:40 * polyonymous is gone Jul 15 01:24:02 * * OE Bug 2273 has been RESOLVED (FIXED) by Jul 15 01:24:04 * *  nunome installs to /opt Jul 15 01:24:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2273 Jul 15 01:50:22 how do i specify that i want to install directories + its subdirectories in a recipe Jul 15 01:50:39 install seems to only work for single files Jul 15 01:54:53 when i use cp -r, bitbake omits them from the package Jul 15 02:11:44 MrEMaN, I'm not sure Jul 15 02:11:55 try greping for cp in bb files Jul 15 02:25:57 ther eis no way to recursivly install a directory/files? Jul 15 02:28:55 Sure there is. I seem to recall a number of bb recipes that dynamically computer the contents of an ipkg. Try tzdata perhaps? Jul 15 02:37:51 mwester : i dont see why bitbake omits all the directories and files which are included using cp -r Jul 15 02:38:05 omits = doesn't include them in the package Jul 15 02:38:45 MrEMaN: read up on the FILES varible Jul 15 02:40:20 ok Jul 15 02:43:02 CoreDump|afk : Files are used to control where to look for local files right? or do you mean something else? Jul 15 02:43:21 can you give an example, i've been stuck here for ages Jul 15 02:44:19 every path in FILES is included in the final package. Every path _missing_ from FILES will _never_ show up i the ipk Jul 15 02:44:53 FILES += "/some/funny/non-standard/path" Jul 15 02:53:34 CoreDump|afk : i see, and FILES += "blah" will include blah and all of its subdirectories int eh final package right? Jul 15 02:53:51 correct Jul 15 02:54:09 you can specify single files as well Jul 15 02:55:11 * CoreDump|afk if off Jul 15 02:55:16 *is Jul 15 02:55:56 thx **** ENDING LOGGING AT Sun Jul 15 02:59:57 2007