**** BEGIN LOGGING AT Sat Feb 27 02:59:56 2010 Feb 27 03:11:49 03Martin Jansa  07org.openembedded.dev * rf0df2d8cfc 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Feb 27 03:11:49 EFL: another SRCREV bump for keyboard fix reported by Tom Hacohen Feb 27 03:11:49 Signed-off-by: Martin Jansa Feb 27 03:11:50 03Tom  07org.openembedded.dev * r41ee11cbb6 10openembedded.git/ (2 files in 2 dirs): Feb 27 03:11:50 e-wm-config-illume2-shr: add recipe with illume2 config for shr Feb 27 03:11:50 Signed-off-by: Martin Jansa Feb 27 03:11:52 03Tom  07org.openembedded.dev * r88533b9e34 10openembedded.git/recipes/e17/ (e-wm/illume-keyboard-flow.patch e-wm_svn.bb): Feb 27 03:11:52 e-wm: add illume keyboard flow patch, until it makes it to upstream Feb 27 03:11:52 Signed-off-by: Martin Jansa Feb 27 03:11:52 03Martin Jansa  07org.openembedded.dev * r3fd08e4b07 10openembedded.git/recipes/xorg-driver/xf86-video-glamo_git.bb: Feb 27 03:11:53 xf86-video-glamo: bump SRCREV for xorg-1.8 compatibile version Feb 27 03:11:53 Signed-off-by: Martin Jansa Feb 27 03:20:46 03Martin Jansa  07org.openembedded.dev * reb78a0c891 10openembedded.git/recipes/tasks/task-shr-minimal.bb: task-shr-minimal: readd utf-8 charmap Feb 27 09:59:53 good morning Feb 27 11:13:10 have a nice weekend Feb 27 12:13:16 florian: heay, are the widget shots @ scap.ltg page 2 from you? Feb 27 12:19:04 hi all Feb 27 12:19:13 mickeyl: yes Feb 27 12:19:38 mickeyl: I spent most of the week preparing for Embedded World. Feb 27 12:20:48 cool Feb 27 12:20:57 is that qt 4.6? Feb 27 12:22:53 embedded or x11? Feb 27 12:23:30 mickeyl: no its using 4.5. something still. Feb 27 12:23:42 mickeyl: this one is x11 Feb 27 12:24:11 ah, so these widgets are already in 4.5 Feb 27 12:24:26 i'm pondering which UI toolkit to use for my next FSO demo work Feb 27 12:24:28 * florian needs to make a stable release before uptating Feb 27 12:24:36 looks like i'm going to give Qt a shot Feb 27 12:24:50 mickeyl: FLTK! ;) Feb 27 12:24:53 heh Feb 27 12:25:01 no, thanks, i don't want ugly Feb 27 12:25:03 :) Feb 27 12:30:27 hmm... do we have qt-extended in oe? Feb 27 12:36:02 extended, what's that again? Feb 27 12:36:12 the software formerly known as qtopia? Feb 27 12:36:22 i don't think anyone bothered to add that Feb 27 12:36:32 it was in the openmoko oe tree for a while Feb 27 12:39:01 yeah... usually its not really interesting. Feb 27 12:39:24 Just trying to prepare another demo. Feb 27 13:27:26 03Frans Meulenbroeks  07org.openembedded.dev * rd6347bf5ea 10openembedded.git/recipes/ (4 files in 3 dirs): Feb 27 13:27:26 iscsi-target: updated to 1.4.19 Feb 27 13:27:26 updated to 1.4.19 Feb 27 13:27:26 added patch for 2.6.31 (from iscsi-target svn) Feb 27 13:27:26 added patch for 2.6.32 (from Feb 27 13:27:27 http://sourceforge.net/mailarchive/message.php?msg_name=1260776327.3623.335.camel%40blackadder) Feb 27 13:27:27 Signed-off-by: Frans Meulenbroeks Feb 27 13:27:32 03Frans Meulenbroeks  07org.openembedded.dev * r6699133e97 10openembedded.git/recipes/tgt/tgt_1.0.2.bb: Feb 27 13:27:32 tgt: moved from 1.0.0 to 1.0.2 Feb 27 13:27:32 Signed-off-by: Frans Meulenbroeks Feb 27 13:27:33 03Frans Meulenbroeks  07org.openembedded.dev * r1fcba76de7 10openembedded.git/conf/checksums.ini: Feb 27 13:27:33 checksums.ini: removed entry for tgt 1.0.0 Feb 27 13:27:33 removed entry for tgt 1.0.0 as the corresponding recipe is gone Feb 27 13:27:34 Signed-off-by: Frans Meulenbroeks Feb 27 15:23:02 re Feb 27 15:30:03 hi florian Feb 27 15:30:20 quiet today Feb 27 15:39:36 rwhitby: are you still working on/maintaining/using nas-server-image and task-nas-server ? Feb 27 15:40:32 rwhitby: would like to amend the task (add more modules to RDEPENDS, add iscsi and maybe a few more things (sshfs comes to mind) Feb 27 15:41:17 rwhitby: but don't want to break things or interfere with other people's work Feb 27 15:43:43 eFfeM1: feel free to take over ownership Feb 27 15:46:20 rwhitby: thanks, will modify it Feb 27 15:46:39 and ofc feel free to review or modify what I do to it Feb 27 15:47:06 eFfeM1: I will likely never see it :-) Feb 27 15:47:26 03Martin Jansa  07org.openembedded.dev * raf847022ff 10openembedded.git/recipes/tasks/task-shr-minimal.bb: Feb 27 15:47:26 task-shr-minimal: drop alsa-scenarios, openmoko-icon-theme, add illume2 config, missing icons will be added to shr-icon-theme (to save few kB) Feb 27 15:47:26 Signed-off-by: Martin Jansa Feb 27 15:47:27 03Martin Jansa  07org.openembedded.dev * r7fd9751f56 10openembedded.git/ (conf/distro/shr.conf recipes/tasks/task-base.bb): Feb 27 15:47:27 shr: drop alsa as distro feature, bump task-base PR Feb 27 15:47:27 Signed-off-by: Martin Jansa Feb 27 15:47:28 03Martin Jansa  07org.openembedded.dev * r8d46d9b17f 10openembedded.git/recipes/mplayer/mplayer_git.bb: Feb 27 15:47:28 mplayer_git: increase D_P for om-gta02 Feb 27 15:47:29 Signed-off-by: Martin Jansa Feb 27 15:47:29 03Martin Jansa  07org.openembedded.dev * rc3a77580a5 10openembedded.git/recipes/ (2 files in 2 dirs): Feb 27 15:47:30 fsodeviced: use it as default alsa scenarii provider, drop fso-alsa-data from task-fso2-compliance, add RPROVIDES Feb 27 15:47:30 Signed-off-by: Martin Jansa Feb 27 15:47:33 03Tom 'TAsn" Hacohen  07org.openembedded.dev * r944327edd9 10openembedded.git/recipes/shr/phoneui-apps_git.bb: Feb 27 15:47:33 phoneui-apps: Added phoneui-quick-settings to recipe. Feb 27 15:47:33 Signed-off-by: Martin Jansa Feb 27 15:48:20 rwhitby: ah it is really orphaned, guesses some nslu people might still be using it Feb 27 15:48:37 or is nslu mostly dead nowadays (mine is just collecting dust somewhere ) Feb 27 16:03:15 nslu2 doesn't use the nas recipes. Feb 27 16:03:28 Linksys EOL'd the NSLU2, but there are still many users. Feb 27 16:04:58 mwester: ah ok (i still have mine too but I guess it is something like 4 months ago since I last powered it) Feb 27 16:05:21 so no damage to nslu2 is if update the nas recipes :-) Feb 27 16:05:42 No time to maintain the distro's I'm afraid, but I think the nas recipes will have no effect. Feb 27 16:07:12 * eFfeM1 is somewhat flabbergasted what he gets when building the nas-server-image: it drags in bluez which in turn drags in gst which in turn drags in pango which in turn drags in cairo. I want a nas not a display server :-( Feb 27 16:12:13 i've done a bitbake -g and find that it needs libusb-compat, however that one never appears at the right side of the -> Feb 27 16:12:31 anyone an idea why it is still dragged in ? Feb 27 16:12:45 (as libusb-compat does not even build) Feb 27 16:13:43 ah already got something apparently i somewhere drag in slugos.cin whihc has it as a preferred provider Feb 27 16:16:04 hey eFfeM1 Feb 27 16:16:43 Why did you call the calamari board that and not p1022ds? FSL doesn't usually like codenames being used like that. or didn't when I was back at MV anyhow :) Feb 27 16:19:53 Tartarus: see my reply from yesterday Feb 27 16:20:02 * Tartarus scrolls way up Feb 27 16:20:40 my client lacks a /last, can you please repeat? :) Feb 27 16:20:57 http://ibot.rikers.org/%23oe/20100226.html.gz, 8.06 Feb 27 16:21:18 will paste Feb 27 16:21:19 Tartarus: saw your q on why calamari: answer is very simple: this is what already was there; likewise added this board and called it calamari, the pcb actually says "mpc8536 dev-sys-calamari" (btw the ppc boards on the denx website also seem to have names like e.g. canyonlands) 08:08.29*** join/#oe Spyzer (~spyzer@59.90.65.93) 08:08.41eFfeMpersonally I don't care too much about names, so I stayed with what there is (actually the MAINTAINERS file mentions Feb 27 16:22:28 bottom line: i didn't name it Feb 27 16:22:28 Ah, so likewise is to blame, OK, thanks :) Feb 27 16:22:33 thanks Feb 27 16:22:36 yw Feb 27 16:23:17 i have no problems changing it and maybe nowadays I'm the only oe user of that machine Feb 27 17:24:33 Gah Feb 27 17:24:38 In the new checksum stuff Feb 27 17:24:43 can name= have .s in it? Feb 27 17:24:59 Or, does it not matter since it's file-local? Feb 27 17:25:09 * Tartarus is doing some desuck to the toolchain recipes Feb 27 17:37:34 Hmm Feb 27 17:37:45 I guess the hard part of shoving mpfr/gmp into gcc build itself is the patches Feb 27 17:37:54 Not too hard, just not trivial Feb 27 17:38:14 hm mpfr and gmp could be updated to latest version Feb 27 17:41:16 in what file are virtual recipes mapped ? like virtual/libusb0 Feb 27 17:42:06 ./conf/compatibility-providers.conf ? Feb 27 17:43:25 eFfeM1: it was in distro configs before Feb 27 17:43:34 then default values were moved to this file Feb 27 17:43:51 jama, well it says: Feb 27 17:43:52 conf/compatibility-providers.conf:#PREFERRED_PROVIDER_virtual/libusb0 ?= "libusb" Feb 27 17:43:53 conf/compatibility-providers.conf:PREFERRED_PROVIDER_virtual/libusb0 ?= "libusb-compat" Feb 27 17:43:57 and removed from distro configs where default was used Feb 27 17:44:08 but if libusb-compat is used then i get unresolved references Feb 27 17:44:25 actaully baking a recipe (dfu-util) that I am not really familiar with Feb 27 17:45:07 but lots of places depend on virtual/libusb0 so I am quite confused to get a problem there Feb 27 17:45:10 unresolved references == no provider for libusb-compat? Feb 27 17:45:27 or what do you mean by that? Feb 27 17:45:33 it builds but the lib refers to symbols that are undefined Feb 27 17:45:53 e.g. libusb_kernel_driver_active Feb 27 17:46:19 which is defined in the libusb 1.0 api Feb 27 17:46:22 wogline: 4.2.4/2.1.3 or so aren't latest? Feb 27 17:46:29 but libusb compat is at 0.1.2 Feb 27 17:46:33 But, that's a small tangent to this heh Feb 27 17:46:37 not sure why we use that Feb 27 17:46:38 eFfeM1: ah I see Feb 27 17:46:58 I think I just need to update the FILESPATHPKG stuff a bit to also grab in ../gmp and ../mpfr or so Feb 27 17:47:14 And mod the patches so they work with -p1 or -p0 Feb 27 17:47:22 with p0 being the right case for how the dirs are in gcc Feb 27 17:47:33 eFfeM1: ie shr.conf has that provider changed to libusb (because dfu-util was built for shr too) Feb 27 17:48:06 eFfeM1: when I was preparing those compatibility-providers i used the value used the most (across all distro configs) Feb 27 17:48:26 JaMa: libusb seems a lot more recent Feb 27 17:48:38 so I'd expect it to be a better choice Feb 27 17:48:42 eFfeM1: so if you're building dfu-util, which needs other provider it's your job to adjust provider Feb 27 17:49:20 i can do that, np, but find it odd that we use a very old compat Feb 27 17:50:17 eFfeM1: maybe it is.. but I cannot speak for other distros.. so if you want to adjust that default you should probably send RFC or update all distro config with provider to preserve old behavior Feb 27 17:50:23 jama, btw didn't really see your topic moving old pacakges to obsolete Feb 27 17:50:49 strage.. maybe that's because I used that gmail account when sending that :/ Feb 27 17:51:08 JaMa: actually for mythtv, which I maintain, I decided to remove all old versions after verifying no one pinned a version Feb 27 17:51:18 JaMa: i might just have missed it Feb 27 17:51:28 usually I'm writing from mutt but on some ocasions (like already removed e-mail I want to reply to) I use that web interface.. Feb 27 17:52:26 good I think that removal/obsolete policy shouldn't be so strict Feb 27 17:52:58 as everybody already agreed that building world is insane, then building also old cruft is even more insane Feb 27 17:53:00 JaMa: btw one of the reasons for writing the images RFC is because a lot of them are angstrom related and a certain angstrom person does not like it if they are touched by others (and I really think something named minimal-image or console-image should be distro agnostic Feb 27 17:53:32 JaMa: i'm not too up to date on the removal policy Feb 27 17:54:15 eFfeM1: well I understand your reasoning, but creating something like images_distro seems like overkill to me Feb 27 17:54:33 eFfeM1: I'm usually building whatever image just suits my device more.. Feb 27 17:54:52 ie minimal image when I need something small for some smaller nand partition Feb 27 17:55:27 now just console image as starting point because whole x11-gpe-image with my extra recipes would take too long to download now.. Feb 27 17:56:16 JaMa, that's a very short-sighted view of the world (" then building also old cruft is even more insane") -- I am not insane, merely lack time. Feb 27 17:56:37 so I think that comment like # If you want to modify this image, please ask XXX devs before, otherwise feel free to use it. Would be enough Feb 27 17:56:51 JaMa: so did i, but i don't really like that I am apparently not even allowed to touch them if there is a problem or if things could be improved Feb 27 17:57:14 * eFfeM1 would like to have a distro agnostic minimal-image, console-image, x11-image etc Feb 27 17:57:38 mwester: I mean to build some old combinations of versions already in OE, not complaining about old version as newest available in OE Feb 27 17:57:51 I know that. Feb 27 17:58:14 And I am one of those who finds it necessary to keep older versions about. Feb 27 17:58:37 mwester: so do you usually build xorg-kdrive-1.[12345] and xserver 1.[234567]? Feb 27 17:59:18 mwester: I agree with keeping older versions still used for some devices/conservative distros Feb 27 17:59:48 but how many distro/devices used 1.6 xserver I pushed to OE, before it was replaced with 1.7 Feb 27 17:59:50 It is very difficult to keep up with making all the packages build for the distro I maintain, but it is even more difficult to release a new firmware image when it becomes (for example) necessary to re-release due to major changes in dependencies (toolchains, core libraries, etc). Feb 27 18:00:51 I have no idea what X libs are associated with SlugOS -- I know that I been forced to drop packages from the feeds because I cannot make the new versions work and the old ones were either broken by the introduction of the new ones, or outright removed. Feb 27 18:01:50 mwester: when I was checking poky repository it looked a lot cleaner to me, like only 2-3 major version of some lib like mesa, but I guess all a bit more tested than our 17 different recipes with 5 different include files Feb 27 18:02:20 And let's not pick on X -- that's a huge can of worms. Samba is just as awful. Then there was the whole dbug debacle, where a bit of core functionality suddenly hauled in the entire X lib set... and then there was the mess with libusb (and I see that eFfeM has run into another remnant of that; i thought that was all fixed by now :( ) Feb 27 18:02:34 JaMa, SlugOS != Poky Feb 27 18:03:40 mwester: yes but that's can of worms where I usually poke my fingers.. so that's also where I know something about situation (much more than ie about samba) Feb 27 18:03:42 IIRC, JaMA - you work with an angstrom derivitive. That is a very sore spot with me, because IMO if you are not Angstrom, you find OE to be 10 x more difficult to keep up with. :( And there is ONLY me maintaining the distro. Feb 27 18:05:27 yes I agree, that being close to angstrom makes my live much more easier Feb 27 18:05:32 In any case, I shall remain vehemently in opposition to removal of recipes from OE. There is no valid reason to do so; just ignore the ones you don't want. Easy. Feb 27 18:06:39 someone can always extend my blacklist code to cope with ${PV} as well Feb 27 18:07:06 mwester: I started to think about removing when there was call about those janitors tasks.. Feb 27 18:08:04 (+1 to XorA's idea - would increase parsing speed without removing recipes) Feb 27 18:08:05 * hrw|gone replied Feb 27 18:08:10 mwester: if someone invest time to convert to new staging/new checksums/new world order than converting few less recipes could help, but I see your point, thanks for that Feb 27 18:10:09 would be nice to have simplified tinderbox client enabled by default and harvest statistics about recipe usages Feb 27 18:10:37 JaMa, I agree about the janitor's tasks. To use an analogy: I try to keep my little part of the building clean and tidy as best I can. It would be unfortunate if someone were to simply remove part of my building just because they thought it was making it harder to keep things clean. Feb 27 18:14:17 03Frans Meulenbroeks  07org.openembedded.dev * r827b42a875 10openembedded.git/recipes/libusb/ (2 files in 2 dirs): Feb 27 18:14:17 libusb-compat: upgraded to 0.1.3 Feb 27 18:14:17 Signed-off-by: Frans Meulenbroeks Feb 27 18:14:25 * mwester goes off to apply for some type of "historical significance" designation for his little building, in order to protect it from the possiblity of future OE "urban renewal" :-D Feb 27 18:20:17 * florian curses xml Feb 27 18:21:25 I have an image with Qt Embedded running but all apps that need to parse xml fail. All the demos work but not the demo launcher or fluidlauncher. Feb 27 18:22:24 florian you missed libqt-xml? Feb 27 18:24:20 florian xml_curses ? Feb 27 18:24:44 woglinde_: Nope... this is installed and matches Qt flavour and version. Feb 27 18:24:51 florian hm Feb 27 18:24:52 :-) Feb 27 18:26:12 woglinde_: apart from the fact that the apps are linked against it and would fail to start at all. Feb 27 18:26:40 florian hm yes Feb 27 18:50:15 * Tartarus passes the gmp/mpfr stuff on to pb_ / pb___ for the toolchain-desuck branch Feb 27 18:53:08 woglinde_: I just found a reference that this might be a compiler bug. Feb 27 19:12:50 Tartarus: sorry, what gmp/mpfr stuff is that? Feb 27 19:13:01 ah, heh, in my inbox :-) Feb 27 19:13:17 very good Feb 27 19:15:27 florian: maybe that's reference from me Feb 27 19:15:36 florian: do you have gcc-4.4 and -Os? Feb 27 19:15:58 florian: I have even testcase from someone, to see if your qtxml works or not Feb 27 19:16:29 JaMa: exactly Feb 27 19:16:53 JaMa: I can confirm this - gcc 4.4 and -Os Feb 27 19:17:22 JaMa: I'll rebuild Qt now with -O2 and see what happens. Feb 27 19:17:59 florian: I had similar issue with libxml/libsyncml/python app called pisi, which looked easier to get really simple testcase from that Feb 27 19:18:29 JaMa: qtdemo and fluidlauncher are the testcases here - both fail reading xml files. Feb 27 19:18:58 florian: but now I checked that it works ok when compiled with -O2 in my images.. but in older images with libxml2-2.7.3 it fails.. so I need more time to find where is the real cause.. Feb 27 19:19:42 florian: but you still have to rebuild whole qtxml to change it.. I'm trying to find small testcase which generates faulty code with -Os and right code with -O2 Feb 27 19:20:18 JaMa: yes this would be great in order to file a bug report Feb 27 19:24:09 yeah my "ultimate" goal.. :) Feb 27 19:26:22 ok, two machens building qt now - time to get out for food :) Feb 27 19:33:26 03Martin Jansa  07org.openembedded.dev * rb6234a29b0 10openembedded.git/recipes/ (images/shr-image.inc tasks/task-shr-minimal.bb): Feb 27 19:33:26 shr-image: add missing task-shr-minimal-fso to IMAGE_INSTALL Feb 27 19:33:26 Signed-off-by: Martin Jansa Feb 27 19:33:29 03Martin Jansa  07org.openembedded.dev * r0b12da9a30 10openembedded.git/recipes/navit/navit_svn.bb: Feb 27 19:33:29 navit_svn: PR bump after libgps ugprade Feb 27 19:33:29 Signed-off-by: Martin Jansa Feb 27 20:15:36 any idea why inherit fails in this case? http://paste.pocoo.org/show/183623/ or maybe there is better solutins (I've seen some commit about distutils usable for BBCLASSEXTENDS, so maybe something/the same can be used for distutils-base?) Feb 27 20:32:25 nevermind.. seems like those 2 typos I have there were enough **** ENDING LOGGING AT Sun Feb 28 02:59:57 2010