**** BEGIN LOGGING AT Thu Apr 01 02:59:57 2010 Apr 01 03:47:06 http://pastebin.com/x1XSx4sG Apr 01 03:47:17 would anyone know the problem with this build? Apr 01 03:47:27 I'm trying to build a meta-toolchain Apr 01 03:47:33 for powerpc 405 Apr 01 03:50:56 libstdc++ doesn't appear to be installed within the image folder Apr 01 05:52:34 <_abhishek> zecke: ping Apr 01 05:53:16 <_abhishek> zecke: is there anything special I have to so while compiling Qt for touch screen devices Apr 01 05:54:42 03Steffen Sledz  07org.openembedded.dev * rc5520a095d 10openembedded.git/recipes/rsyslog/ (5 files in 3 dirs): Apr 01 05:54:42 rsyslog: new recipe Apr 01 05:54:42 a reliable and extended syslogd Apr 01 05:54:42 Signed-off-by: Steffen Sledz Apr 01 06:16:14 <_abhishek> zecke: ping Apr 01 06:27:41 _abhishek: hi, for compiling not. but you will need to install any of the input plugins (e.g. the tslib one) Apr 01 06:28:32 <_abhishek> zecke: I have arm l138 TI board with me Apr 01 06:28:47 <_abhishek> do you have any idea what I have to do for this Apr 01 06:31:50 _abhishek: just general notes. Figure out which of /dev/input/* is the touchscreen. :) Apr 01 06:32:08 _abhishek: install tslib and tslib tests. Then you have ts_test, ts_print and ts_print_raw Apr 01 06:32:28 _abhishek: tslib should have a manual at tslib.berlios.de, the config is in /etc/ts/ts.conf Apr 01 06:33:34 <_abhishek> well ts_test works fine Apr 01 06:33:48 <_abhishek> but qt app dosent work Apr 01 06:34:00 _abhishek: two things. install the qt tslib plugin Apr 01 06:34:16 03Koen Kooi  07org.openembedded.dev * r1547e1f3c8 10openembedded.git/recipes/xorg-lib/libxaw_1.0.7.bb: libxaw 1.0.7: convert to new style staging Apr 01 06:34:18 _abhishek: _abhishek and google for QWS_MOUSE (QWS_MOUSE_PROTO) Apr 01 06:34:27 03Koen Kooi  07org.openembedded.dev * r08660bc0da 10openembedded.git/recipes/tcp-wrappers/tcp-wrappers_7.6.bb: tcp-wrappers: convert to new style staging Apr 01 06:40:19 <_abhishek> zecke: my device is /dev/input/touchscreen0 and I am using tslib so do I have to set QWS_MOUSE_PROTO=TPanel:/dev/input/touchscreen0 Apr 01 06:40:20 <_abhishek> ? Apr 01 06:41:10 _abhishek: then let me google for you: http://doc.trolltech.com/4.6/qt-embedded-envvars.html Apr 01 06:41:55 _abhishek: TPanel is not part of the documentation. Apr 01 06:42:41 <_abhishek> yeah got that thanks a lot zecke I need to use Tslib as a driver Apr 01 06:42:48 <_abhishek> and also one more question Apr 01 06:43:05 <_abhishek> zecke: I have to do all this on my device correct ? Apr 01 06:44:13 _abhishek: I'm not following. You would create a ts.conf for your machine in recipes/tslib/tslib/MACHINE_NAME/ts.conf Apr 01 06:44:38 _abhishek: for your Qt app... you should place the QWS_MOUSE_PROTO in your environment or install something to /etc/profile.d/Qt-Ts Apr 01 06:45:08 <_abhishek> on the device right not on my compo Apr 01 06:45:14 <_abhishek> *computer Apr 01 06:45:18 <_abhishek> ?? Apr 01 06:45:38 _abhishek: sorry, I totally don't get it. Apr 01 06:46:08 <_abhishek> I have to set all the environment variable on my embedded device ? Apr 01 06:46:23 _abhishek: sure. Apr 01 06:46:35 <_abhishek> ok thanks Apr 01 06:46:42 _abhishek: these are evaluated by Qt or tslib Apr 01 06:47:17 <_abhishek> ok Apr 01 06:51:02 <_abhishek> zecke: thanks a lot will update you how it goes Apr 01 06:51:02 <_abhishek> :) Apr 01 06:58:29 03Koen Kooi  07org.openembedded.dev * r6367be9ae0 10openembedded.git/recipes/alsa/alsa-state.bb: Apr 01 06:58:29 alsa-state: only drag in FSO stuff if 'shr' is in overrides Apr 01 06:58:29 * 'console-image' for angstrom builds again since fso-specs was WORKDIR in its .pc and fails QA Apr 01 07:35:56 good morning Apr 01 07:47:35 morning Apr 01 08:20:27 03Thomas Zimmermann  07org.openembedded.dev * rc297f5c5ff 10openembedded.git/recipes/ (3 files in 3 dirs): Apr 01 08:20:27 base-files: move profile for SHR from shr-image.inc to base-files Apr 01 08:20:27 Signed-off-by: Thomas Zimmermann Apr 01 09:45:16 morning all Apr 01 09:47:50 hey RP Apr 01 09:52:21 hi, I've a compilation failure(again) with e2fsprogs-native-1.41.9-r22 : Apr 01 09:53:29 http://pastebin.com/Zsixpjm9 Apr 01 09:53:36 maybe wrong lib? Apr 01 09:53:50 or program Apr 01 09:54:16 because there was something with linux-something-ng no? Apr 01 09:54:23 or am I completely wrong Apr 01 09:54:28 I'll search the list Apr 01 10:01:27 ah util-linux-ng Apr 01 10:04:55 gm Apr 01 10:08:23 03Sebastian Spaeth  07org.openembedded.dev * r9ecb30d5f9 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Apr 01 10:08:23 sane-srcrev: bump illume-keyboards-shr Apr 01 10:08:23 The previous version installed keyboards into locations that were not found by current illume versions anymore. Apr 01 10:08:23 Signed-off-by: Sebastian Spaeth Apr 01 10:12:26 I'll try depending on linux-utils-ng-native Apr 01 10:21:02 morning Apr 01 10:22:04 hrw, morning Apr 01 10:33:29 seem to work Apr 01 10:34:22 http://kernel.org/ is funny today. Apr 01 10:38:01 lol - Didn't see it at first, I got a cached copy. Then I refreshed :-) Apr 01 10:44:08 03Koen Kooi  07org.openembedded.dev * r5622e80b3d 10openembedded.git/recipes/gtk+/ (6 files in 2 dirs): gtk+: add 2.20 Apr 01 10:44:09 03Koen Kooi  07org.openembedded.dev * r8fce80416d 10openembedded.git/recipes/gnome/ (libbonobo.inc libbonobo_2.24.3.bb): libbonobo: add 2.24.3 and convert to new style staging Apr 01 10:44:10 03Koen Kooi  07org.openembedded.dev * r33d8e3dfec 10openembedded.git/recipes/gnome/libbonoboui_2.24.3.bb: libbonoboui: add 2.24.3 and convert to new style staging Apr 01 10:44:12 03Koen Kooi  07org.openembedded.dev * r8888d32953 10openembedded.git/recipes/glib-2.0/ (7 files in 2 dirs): glib 2.0: add 2.24.0 Apr 01 10:44:12 03Koen Kooi  07org.openembedded.dev * rd6fd4ac21f 10openembedded.git/recipes/xorg-lib/ (6 files in 2 dirs): pixman: add 0.18.0 Apr 01 10:44:13 03Koen Kooi  07org.openembedded.dev * r03f62303cd 10openembedded.git/recipes/librsvg/librsvg_2.26.2.bb: librsvg: add 2.26.2 Apr 01 10:44:14 03Koen Kooi  07org.openembedded.dev * re4e09965ef 10openembedded.git/recipes/gnome/ (gnome-desktop.inc gnome-desktop_2.30.0.bb): gnome-desktop: add 2.30.0, convert to new style staging Apr 01 10:44:15 03Koen Kooi  07org.openembedded.dev * rf2bd3a5798 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: switch to latest stable for gtk+ and glib-2.0 Apr 01 10:44:15 03Koen Kooi  07org.openembedded.dev * r147146ba92 10openembedded.git/recipes/atk/atk_1.30.0.bb: atk: add 1.30.0 Apr 01 11:01:38 thebohemian: hi Apr 01 11:17:38 03Martin Jansa  07org.openembedded.dev * r6c5a530ce6 10openembedded.git/ (3 files in 2 dirs): e-wm-config-illume*-shr: bump SRCREV, move REVs to recipe, drop EFL_SRCREV from PV Apr 01 11:17:57 03Martin Jansa  07org.openembedded.dev * rb6c988cd60 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Apr 01 11:17:57 EFL: another SRCREV bump, more illume2 fixed again reported by Tom 'TAsn' Hacohen Apr 01 11:17:57 Signed-off-by: Martin Jansa Apr 01 11:19:42 03Sebastian Spaeth  07org.openembedded.dev * rfe405ac60d 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Apr 01 11:19:42 sane-srcrevs: bump shr-settings Apr 01 11:19:42 It used an old DBUS API call, rather than communicating with phonefsod. This prevented us from persistently storing brightness changes. Apr 01 11:19:42 Signed-off-by: Sebastian Spaeth Apr 01 11:45:09 hi,I never touched INC_PR so I've a question for converting Apr 01 11:45:20 there is an inc file with a pr inside it Apr 01 11:45:30 and a bb without pr in it Apr 01 11:45:37 I add that in the bb: Apr 01 11:45:49 PR = "${INC_PR}.1" ? Apr 01 11:45:58 or that: Apr 01 11:46:02 PR = "${INC_PR}.0" Apr 01 11:46:14 which one should I add? Apr 01 11:46:17 I use .0 or just ${INC_PR} sometimes even Apr 01 11:46:19 .0 is proper Apr 01 11:46:29 I have to bump PR Apr 01 11:46:30 oik Apr 01 11:46:47 GNUtoo: If `INC_PR` is less then the `PR` in the recipe then you have to increase `INC Apr 01 11:47:03 … _PR` to that valu and choose your second version. Apr 01 11:47:31 basically I do not touch the .inc file Apr 01 11:47:35 only the bb Apr 01 11:48:05 so PR = "${INC_PR}.0" will bump Apr 01 11:48:18 I'll use PR = "${INC_PR}.0" then Apr 01 11:48:21 GNUtoo: You have to if the condition I mentioned is true and you use `INC_PR`. Apr 01 11:49:17 03Martin Jansa  07org.openembedded.dev * r14f3580bb7 10openembedded.git/ (2 files in 2 dirs): illume-keyboards-shr: move SRCREV to recipe Apr 01 11:49:21 INC_PR = "r7" is in the inc file Apr 01 11:49:24 so no risk Apr 01 11:49:28 ahh Apr 01 11:49:35 but if there is INC_PR = "r7" in the inc Apr 01 11:49:45 no PR in the .bb result in Apr 01 11:49:51 PR = "${INC_PR}.0" ? Apr 01 11:50:06 so I must set it to PR = "${INC_PR}.1" ? Apr 01 11:50:08 GNUtoo: Yes, since 7.0 is bigger than 0. Apr 01 11:50:14 No. Apr 01 11:50:18 ok Apr 01 11:50:28 so no PR still defaults to r0 Apr 01 11:50:39 GNUtoo: As far as I know it does. Apr 01 11:50:42 ok Apr 01 11:51:03 if old PR = "r3" then new INC_PR = "r4" and PR = "${INC_PR}.0" Apr 01 11:51:04 I'll try it under bitbake -i as soon as my build has finished... Apr 01 11:51:12 so new PR will be "r4.0" Apr 01 11:51:30 basically there is in .inc file INC_PR="r7" but noting in bb Apr 01 11:51:51 and I touch only bb Apr 01 11:52:05 hrw: `INC_PR = "r3"` is fine too. Apr 01 11:52:39 GNUtoo: In your case touching only the .bb file is good enough. Apr 01 11:52:54 ok Apr 01 11:53:12 PaulePanter: I usually bump at same time Apr 01 11:53:28 just in case Apr 01 11:53:50 hrw: Yeah, there are enough numbers available, so it is fine of course. Apr 01 11:55:08 Could someone please apply my patches 1845 and 1861. Apr 01 11:55:54 Please update the commit message in 1845. Apr 01 12:05:54 03Koen Kooi  07org.openembedded.dev * r52f02af4fa 10openembedded.git/recipes/gnome/ (2 files): gnome-settings-daemon: add 2.30.0, convert to new style staging Apr 01 12:05:55 03Koen Kooi  07org.openembedded.dev * r04178b40d1 10openembedded.git/recipes/nautilus/nautilus_2.30.0.bb: nautilus: add 2.30.0 Apr 01 12:05:56 03Koen Kooi  07org.openembedded.dev * rd09682620c 10openembedded.git/recipes/gnome/ (libxklavier_4.0.bb libxklavier_5.0.bb): libxlavier: add 5.0, convert to new style staging Apr 01 12:05:57 03Koen Kooi  07org.openembedded.dev * r1ce0a404ad 10openembedded.git/recipes/gnome/metacity_2.30.0.bb: metacity: add 2.30 Apr 01 12:05:58 03Koen Kooi  07org.openembedded.dev * re0975b5550 10openembedded.git/recipes/gnome/ (gnome-panel-2.30.0/idl-sysroot.patch gnome-panel_2.30.0.bb): gnome-panel: add 2.30.0 Apr 01 12:05:58 03Koen Kooi  07org.openembedded.dev * r13c2cfea0c 10openembedded.git/classes/gnome.bbclass: gnome bbclass: package polkit stuff into ${PN} by default Apr 01 12:05:59 03Koen Kooi  07org.openembedded.dev * re683cbe87e 10openembedded.git/recipes/gnome/ (7 files in 2 dirs): gdm: add 2.30.0 Apr 01 12:06:00 03Koen Kooi  07org.openembedded.dev * re6bf2706f1 10openembedded.git/recipes/gnome/libart-lgpl.inc: libart-lgpl: convert to new style staging Apr 01 12:06:07 03Koen Kooi  07org.openembedded.dev * r1664469b58 10openembedded.git/recipes/gnome/libgnomekbd_2.30.0.bb: libgnomekbd: add 2.30.0, convert to new style staging Apr 01 12:19:20 03Koen Kooi  07org.openembedded.dev * r83c03f8101 10openembedded.git/recipes/atk/atk-native_1.28.0.bb: atk-native 1.28: drop per Marcins request Apr 01 12:26:15 Hi, when I try to build image using bitbake I get ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable. I've been trying to solve this for days now any ideas how to fix it? Apr 01 12:27:04 J__: almost certainly means your local.conf is wrong Apr 01 12:28:46 J__: could you pastebin it? Apr 01 12:29:04 XorA: sure Apr 01 12:31:11 http://pastebin.com/1Qz2Nyxr Apr 01 12:33:03 J__: could you try commenting out the CACHE = line? Apr 01 12:34:45 XorA: same error Apr 01 12:35:17 odd Apr 01 12:36:20 your BBPATH is definately right? Apr 01 12:38:12 yes I checked it Apr 01 12:38:43 eco it here Apr 01 12:39:21 and its defineately set for the shell you are using Apr 01 12:39:31 ie your sourced or exported the variable? Apr 01 12:45:49 oki thx it's fixed now you were right about BBPATH I've created script to set BBPATH automaticly but it wasn't working properly Apr 01 12:46:38 your you need to do source script.sh Apr 01 12:46:55 * RP would like to give incandescant access to push a branch to OE. I work with him and think he can be trusted. Any objections? Apr 01 12:47:08 go for it Apr 01 12:47:37 I Ack Joshua Lock rights too Apr 01 12:47:51 hrw, XorA: Thanks :) Apr 01 12:47:53 * RP adds Apr 01 12:48:55 there was a time when we worked together Apr 01 12:48:58 dm8tbr: Apr 01 12:49:03 :D Apr 01 12:49:16 hrw: I remember, I was there :) Apr 01 12:49:24 hrw: ? Apr 01 12:49:49 dm8tbr: sorry, tab completion Apr 01 12:49:55 hrw: np Apr 01 12:50:06 hrw: randomely wake up the dudes :-D Apr 01 12:50:25 it's 15:50 local. :> Apr 01 12:51:15 and I've been working already for several hours to get ti-patched wpa-supplicant working under oe/angstrom Apr 01 12:51:59 dm8tbr: are you TI? Apr 01 12:52:06 XorA: nope Apr 01 12:52:23 is there anything special about their supplicant? Apr 01 12:52:45 the patch to support the tiwlan driver is huuge Apr 01 12:53:00 dm8tbr: Ive yet to get that driver to probe :-( Apr 01 12:53:12 * dm8tbr has a binary for now Apr 01 12:53:30 zoom2? Apr 01 12:53:40 nope, Archos5IT Apr 01 12:53:45 ah Apr 01 12:53:46 aka archos gen7 Apr 01 12:54:43 * XorA should proably try and get one of those Apr 01 12:54:46 would be nice to know I can get it working with bitbake Apr 01 12:54:55 XorA: poke av500 :) Apr 01 12:55:06 so standard supplicant doesnt work? Apr 01 12:55:31 * XorA will have to kick TI guys to improve the driver if thats the case Apr 01 12:55:46 I need to kick them anyway to fix firmware loading :-D Apr 01 12:57:15 XorA: I hear that there is a driver with wext support coming Apr 01 12:57:25 dm8tbr: that would be good Apr 01 12:57:40 same chip is on my zoom2 Apr 01 12:59:56 which one? Apr 01 13:01:41 wilink 1271 Apr 01 13:01:55 which is the same as the wilink 1273 Apr 01 13:02:16 ah that bt/wlan/gps/fmin/fmout chip? Apr 01 13:02:27 just minus the 5GHz phy AFAIH Apr 01 13:02:37 hrw: yeah Apr 01 13:03:02 mickey|zzZZzz: hi sleeping flooder Apr 01 13:03:32 ~hail bug-image-production Apr 01 13:03:33 * ibot bows down to bug-image-production and chants, "I'M NOT WORTHY!!" Apr 01 13:03:43 I am building vim on device now Apr 01 13:04:27 * dm8tbr builds again. woo compile went through. aaand time to copy to the device Apr 01 13:29:36 03Antonio Ospite  07org.openembedded.dev * rae736863d0 10openembedded.git/recipes/shr/frameworkd-config-shr_git.bb: Apr 01 13:29:36 frameworkd-config-shr: fix a nasty typo Apr 01 13:29:36 A misplaced '-' instead of '_' made bitbake conditional appending fail, Apr 01 13:29:36 resulting in fso-abyss being added unconditionally to runtime Apr 01 13:29:36 dependencies. Apr 01 13:29:37 Signed-off-by: Antonio Ospite Apr 01 13:29:38 Signed-off-by: Martin Jansa Apr 01 13:34:22 kergoth_, mickey|zzZZzz What time do you make this evenings meeting? Apr 01 13:45:29 hello Apr 01 13:46:08 i get always the msg: NOTE: consider defining PREFERRED_PROVIDER_virtual/kernel Apr 01 13:46:08 but i defined a virtual/kernel in local.conf: PREFERRED_PROVIDER_virtual/kernel = "colibri-kernel3xx" Apr 01 13:46:23 can someone tell me the problem? Apr 01 13:46:55 c64zottel: maybe something else is (R)DEPENDing on some other kernel Apr 01 13:47:28 c64zottel: then more providers are pulled to dep tree (find what is depending on concrete kernel and replace it with virtual/kernel) Apr 01 13:47:42 hm Apr 01 13:47:52 i check that, thank you Apr 01 13:48:38 you cab use bitbake -DDD to find out Apr 01 13:49:18 woglinde: thats great, thanks Apr 01 13:52:40 I made a quick search for »openembedded virtual« on the WWW, but due to commit messages and posts to the list I was not successful. There is also nothing in the OE user manual regarding this. Apr 01 13:53:01 What is the difference specifying `virual/libx11` or `libx11` in `DEPENDS`? Apr 01 13:53:43 grep recipes for PROVIDES libx11 Apr 01 13:54:33 PaulePanter: libx11-diet libx11-trim exists and are stripped features versions of libx11 Apr 01 13:54:43 virtual/libx11 allows to choose which one you want Apr 01 13:54:45 PaulePanter: from the manual: "For example there are several different X servers in OpenEmbedded, and each declared as providing "virtual/xserver". Therefore a package that depends on an X server to build can simply declare that it DEPENDS on "virtual/xserver". It's up to the distribution to specify which actual implementation of "virtual/xserver" is used." Apr 01 13:54:52 libx11 == full fat x11 library Apr 01 13:55:03 hi hrw btw. Apr 01 13:55:08 hi woglinde Apr 01 13:57:45 hrw, likewise: Thanks. I missed that. Apr 01 13:58:16 np Apr 01 14:03:15 is there something like a recipe browser? Apr 01 14:03:23 or a vim plugin? Apr 01 14:03:36 there is an eclipse plugin Apr 01 14:03:51 hm Apr 01 14:14:30 how can i prevent bitbake to treat warnings as errors? Apr 01 14:28:19 XorA: btw got it working. in the end I spent 2h debugging an inexistent problem because in the patch I have TI patched the _wext_ driver to death instead of creating their own... /o\ Apr 01 14:29:14 dm8tbr: heh Apr 01 14:29:46 in the archos firmware there is an different driver being used or something. that confused me Apr 01 14:30:04 there is a closed source driver which has different history to the GPL one Apr 01 14:30:14 somewhere on omappedia it lists it Apr 01 14:32:38 wext is dead anyway Apr 01 14:36:12 nl80211 is next Apr 01 14:36:29 ~curse openjdk headless settings Apr 01 14:36:30 May the fleas of a thousand camels infest your most sensitive regions, openjdk headless settings ! Apr 01 14:36:45 hrw hm? Apr 01 14:37:21 #ifndef HEADLESS Apr 01 14:37:25 #define MITSHM Apr 01 14:37:38 then if MITSHM defined then it include XShm.h Apr 01 14:37:47 o.O Apr 01 14:37:49 thats ugly Apr 01 14:37:58 and must come from original sun code Apr 01 14:38:03 but here it errors on XShm Apr 01 14:38:06 yes it is sun code Apr 01 14:38:36 okay Apr 01 14:38:40 have to pick up tobi Apr 01 14:38:41 till later Apr 01 14:38:42 testing ugly hack Apr 01 14:38:48 woglinde: cu Apr 01 14:40:02 ~lart bitbake for ignoring my ccache stuff again Apr 01 14:40:02 * ibot pulls out a ClueBat (tm) and thwaps bitbake for ignoring my ccache stuff again Apr 01 14:45:39 vim source code is like learning vim from scratch Apr 01 14:46:14 03Sebastian Spaeth  07org.openembedded.dev * r5c52ebecfb 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Apr 01 14:46:14 sane-srcrevs: bump phonefsod Apr 01 14:46:14 This version actually saves brightness changes across reboots Apr 01 14:46:14 Signed-off-by: Sebastian Spaeth Apr 01 14:46:49 hrw, about vim,while you're at it, maybe you could ship a good default vimrc Apr 01 14:46:55 * kergoth_ yawns, hey all Apr 01 14:47:05 hi kergoth_ Apr 01 14:47:49 OT, but anyone happen to have code laying around to glue ConfigParser to optparse? Apr 01 14:51:16 gm kergoth_ Apr 01 14:56:18 hrw, ah you've got the same java error that I had, I bet it's from jalimo's overlay Apr 01 14:56:34 I was in a hurry and defined the defines Apr 01 14:56:42 s/defined/replaced Apr 01 14:56:56 by their number Apr 01 14:57:04 that's even uglier Apr 01 15:00:31 03Martin Jansa  07org.openembedded.dev * r630759ae91 10openembedded.git/ (3 files in 2 dirs): Apr 01 15:00:31 frameworkd-config-shr: move SRCREV to recipe Apr 01 15:00:32 Signed-off-by: Martin Jansa Apr 01 15:00:32 03Martin Jansa  07org.openembedded.dev * rab915220e0 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: Apr 01 15:00:32 shr: switch to latest stable for gtk+ and glib-2.0 Apr 01 15:00:32 Signed-off-by: Martin Jansa Apr 01 15:00:33 03Martin Jansa  07org.openembedded.dev * r59e7220c3f 10openembedded.git/recipes/xorg-lib/pixman_0.18.0.bb: Apr 01 15:00:33 pixman_0.18.0: increase D_P for SHR Apr 01 15:00:34 Signed-off-by: Martin Jansa Apr 01 15:21:27 hey all Apr 01 15:22:22 hrw: do you happen to know a package feed for openjdk / arm? Apr 01 15:22:33 no Apr 01 15:22:41 I am trying to build it Apr 01 15:22:52 Hi, I am getting "QA Issue with tidspbridge-lib: No GNU_HASH in the elf binary:" while building one of my recipes... Any tips to fix this is appreciated. Apr 01 15:23:37 hrw: for arm? Has it built before? Apr 01 15:24:26 on x86 hosts Apr 01 15:25:16 gt3: you need to inject the OE cflags to the build system for tidspbridge-lib Apr 01 15:26:08 gt3: basically means you configure or Makefile is ignoring a CFLAGS/LDFLAGS variable set in the environment Apr 01 15:26:35 XorA: the makefile is a bunch of recursive makes and is a mess Apr 01 15:26:37 RP: how is % used in PREFERRED_VERSION ? Apr 01 15:26:53 prpplague: luckilly that is not my problem :-D Apr 01 15:27:07 XorA: looks like after the second make is called all the flags are dropped Apr 01 15:27:10 XorA: indeed Apr 01 15:27:25 unless TI wishes to send me some $$$ of course :-D Apr 01 15:27:30 hehe Apr 01 15:27:30 khem: you can use it as wildchard like PREFERRED_VERSION_pn-sth = "2.5%" Apr 01 15:27:39 any bug can be assigned to me with $$$ attached Apr 01 15:28:33 JaMa: is % used in some SCMs numbring schemes IOW what would 2.5% translate to ? Apr 01 15:28:42 XorA: i need my garage cleaned, that;s definetly a bug i need to assign you Apr 01 15:28:43 khem: usefull ie for git recipes where you have SRCREV in PN and you don't care which rev will be used, just wanting to prefer git recipe with PV = "3.0+gitr%" Apr 01 15:29:06 s/in PN/in PV/ Apr 01 15:29:07 JaMa: oh so % is like a wildcard ? Apr 01 15:29:09 prpplague: attach enough $$$ for the flight then :-D Apr 01 15:29:36 khem: IIRC RP applied my patch in bitbake master to behave like wildcard Apr 01 15:29:44 XorA: prpplague and I have been looking at this... this has been blocking me from sending other recipes too because of the dependency Apr 01 15:30:00 JaMa: alright. I will ack your patch Apr 01 15:30:42 gt3: the first call to make is getting the LDFLAGS, but the secondary call doesn't seem to be passing them along Apr 01 15:30:47 gt3: go into every makefile and do LDFLAGS += ${OE_CLFLAGS} CFLAGS += ${OE_LDFLAGS) then in the recipe do export OE_CFLAGS = "${CFLAGS}" etc etc Apr 01 15:30:57 its actually () type brackets for make Apr 01 15:31:00 but you get the idea Apr 01 15:31:32 khem: which one? ;) Apr 01 15:31:44 XorA: OE_LDFLAGS ? or should you use TARGET_LDFLAGS ? Apr 01 15:31:45 khem: Its a wildcard character at the end of the string Apr 01 15:32:07 prpplague: I chose OE_LDFLAGS as that doesnt collide in namespace Apr 01 15:32:19 XorA: so, does the QA check happen only on dev env? I didn't get the same on stable Angstrom Apr 01 15:32:40 gt3: possibly, I dont do stable Apr 01 15:33:20 * RP sends a branch merge request email Apr 01 15:33:22 RP: I guess I missed that in mls Apr 01 15:33:33 prpplague: basically putting the flags you need in an easy to get variable in environment and patching the makefiles to simply summon back these flags Apr 01 15:33:37 khem: http://git.openembedded.org/cgit.cgi/bitbake/commit/?id=2d1203f446a3527e4d261828b3c10df249119007 Apr 01 15:33:39 khem: It was discussed a few times and we finally merged the patch Apr 01 15:33:40 RP: I will use it in uclibc recipes Apr 01 15:33:45 prpplague: rather than trying to fix the logic Apr 01 15:34:05 XorA: ahh i follow Apr 01 15:36:06 RP: how will having PREFERRED_VERSION affect moving SRCREV into recipe Apr 01 15:36:52 RP: moving them to recipe would also fix NOTQUITESRCREV in http://patchwork.openembedded.org/patch/1864/ Apr 01 15:37:05 khem: If you ever set PREFERRED_VERISON = "1.0.0+${SRCREV_pn-foo}" you could not put SRCREV in the recipe Apr 01 15:37:39 khem: Now you can set PREFERRED_VERSION = "1.0.0+%" Apr 01 15:37:46 * RP should have put a git in there Apr 01 15:40:37 * JaMa found 2 issues with moved SRCREV and will fix them before pushing.. Apr 01 15:40:53 RP: http://pastebin.com/UErQ1Y6q Apr 01 15:40:55 recipes/psplash/psplash-ua.inc:SRCREV = "${SRCREV_pn-psplash}" Apr 01 15:41:09 JaMa: look at the link Apr 01 15:41:45 and conf/distro/include/preferred-slugos-versions.inc:SRCREV_pn-opkg = "160" which won't be used in slugos opkg Apr 01 15:41:50 looking at git grep SRCREV_pn- > srcrevs.txt Apr 01 15:47:12 khem: opkg/opkg-nogpg-nocurl_svn.bb:SRCREV = "${SRCREV_pn-opkg}" from your pastebin, were removed in 2nd patch.. but for slugos it won't work, but add SRCREV_pn-opkg-nogpg-nocurl-slugos to preferred-slugos-versions.inc should be enough Apr 01 15:47:41 ok Apr 01 15:58:21 khem: one ACK is enough? can I push it with those fixes now? Apr 01 15:58:27 hi, does someone use illume, if so how do I choose a profile? Apr 01 15:58:40 because just after first boot profile is not set Apr 01 15:58:43 otherwise in 4 hours or so... when I arrive home Apr 01 15:58:45 distro: angstrom Apr 01 15:58:58 I've also issues for x11-sato-image Apr 01 15:59:11 the wm seem not to appear Apr 01 15:59:14 03Martin Jansa  07org.openembedded.dev * r90a0e239a5 10openembedded.git/ (10 files in 3 dirs): Apr 01 15:59:14 calibrateproto,libxcalibrate: move SRCREV to recipe, drop from preferred-xorg-versions and sane-srcrevs Apr 01 15:59:14 Signed-off-by: Martin Jansa Apr 01 16:04:08 JaMa: wait for sometime i wud say Apr 01 16:04:26 JaMa: let others see if they hace comments Apr 01 16:05:57 ok Apr 01 16:11:53 khem: forgot to mention in e-mail reply, see linux/linux-hackndev-2.6_git.bb SRCREV was quite strange for _git recipe, so I added latest there (better than nothing, but I should state that in commit message..) Apr 01 16:13:57 yes Apr 01 16:14:11 JaMa|Off: and also build few distos from scratch Apr 01 16:14:21 like angstrom and minimal micso Apr 01 16:14:25 micro Apr 01 16:14:29 bye akk Apr 01 16:14:30 atleast console-images Apr 01 16:39:29 re Apr 01 17:12:14 I am pushing gift for Zecke - vim 7.2 cleaned and updated Apr 01 17:12:45 bye Apr 01 17:12:53 03Marcin Juszkiewicz  07org.openembedded.dev * r53c1e459d2 10openembedded.git/recipes/vim/ (15 files in 5 dirs): (log message trimmed) Apr 01 17:12:53 vim: updated to 7.2.394, dropped older versions, cleaned recipes Apr 01 17:12:53 I added 394 upstream patches to vim into metadata as checksums for them Apr 01 17:12:53 would be bigger then patch itself. Apr 01 17:12:53 Older (6.2, 6.4, 7.0) versions got dropped as they can have security Apr 01 17:12:54 problems and no one maintains them. Apr 01 17:12:55 Recipes for 7.2 got cleaned - we have gvim, vim-tiny and vim now. Main Apr 01 17:29:33 03Roman I Khimov  07org.openembedded.dev * rd2b4512981 10openembedded.git/recipes/mdadm/ (mdadm.inc mdadm_3.1.2.bb): Apr 01 17:29:33 mdadm: add version 3.1.2 Apr 01 17:29:33 Signed-off-by: Roman I Khimov Apr 01 18:03:05 hi all Apr 01 18:03:53 i have a question on kernel modules in oe... Apr 01 18:05:58 I'm fairly new to writing kernel modules, and I'm currently trying to find out how to get them to compile within bitbake for my dev board. Does anyone have a good & easy example? Apr 01 18:06:34 03Koen Kooi  07org.openembedded.dev * rb53b38b362 10openembedded.git/recipes/gnome/ (libgnomeui.inc libgnomeui_2.24.3.bb): libgnomeui: add 2.24.3 and convert to new style staging Apr 01 18:06:36 03Koen Kooi  07org.openembedded.dev * r28459adad3 10openembedded.git/recipes/gnome/gnome-applets_2.30.0.bb: gnome-applets: add 2.30.0 Apr 01 18:06:37 03Koen Kooi  07org.openembedded.dev * r69564f5650 10openembedded.git/recipes/gnome/libgnome_2.30.0.bb: libgnome: add 2.30.0, convert to new style staging Apr 01 18:06:37 03Koen Kooi  07org.openembedded.dev * r980c3230eb 10openembedded.git/recipes/gnome/ (3 files in 2 dirs): system-tools-backends: add 2.10.0 Apr 01 18:06:38 03Koen Kooi  07org.openembedded.dev * rf095dc9312 10openembedded.git/recipes/gnome/gnome-system-tools_2.30.0.bb: gnome-system-tools: add 2.30.0 Apr 01 18:06:39 03Koen Kooi  07org.openembedded.dev * r5d66a732f6 10openembedded.git/recipes/gnome/libgtop_2.28.1.bb: libgtop: add 2.28.1 Apr 01 18:06:46 03Koen Kooi  07org.openembedded.dev * r3ad673b4fe 10openembedded.git/recipes/glibmm/glibmm.inc: glibmm: convert to new style staging Apr 01 18:06:51 03Koen Kooi  07org.openembedded.dev * r50a98e7902 10openembedded.git/recipes/gtkmm/gtkmm.inc: gtkmm: convert to new style staging Apr 01 18:06:52 03Koen Kooi  07org.openembedded.dev * r61a4d2af23 10openembedded.git/classes/gnome.bbclass: gnome bbclass: put devhelp stuff in -doc Apr 01 18:07:08 03Koen Kooi  07org.openembedded.dev * rcdbace1b31 10openembedded.git/recipes/gnome/liboobs_2.30.0.bb: libooks: add 2.30.0 and convert to new style staging Apr 01 18:07:20 03Koen Kooi  07org.openembedded.dev * rb814196180 10openembedded.git/recipes/glibmm/ (glibmm.inc glibmm_2.24.0.bb): glibmm: add 2.24.0 Apr 01 18:07:30 03Koen Kooi  07org.openembedded.dev * rc293a9a3d3 10openembedded.git/recipes/gnome/libgnomeprintui_2.18.5.bb: libgnomeprintui: add 2.18.5 Apr 01 18:07:41 03Koen Kooi  07org.openembedded.dev * rdeac0a149b 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: switch to latest glibmm and gtkmm Apr 01 18:07:51 03Koen Kooi  07org.openembedded.dev * r280509d94d 10openembedded.git/recipes/gtkmm/gtkmm_2.20.0.bb: gtkmm: add 2.20.0 Apr 01 18:08:03 03Koen Kooi  07org.openembedded.dev * r1602e41c71 10openembedded.git/recipes/pulseaudio/libcanberra_0.17.bb: Apr 01 18:08:03 Revert "libcanberra 0.17: switch to new-style staging" Apr 01 18:08:03 vala.bbclass is still living in the dark age of legacy staging :( Apr 01 18:08:03 This reverts commit 6ef9251103896b171d28dd2aa9c79f0f22bb022d. Apr 01 18:08:13 03Koen Kooi  07org.openembedded.dev * r7387d9fa5d 10openembedded.git/recipes/gnome/libgnomeprint_2.18.7.bb: libgnomeprint: add 2.18.7 Apr 01 18:08:14 03Koen Kooi  07org.openembedded.dev * r33088e9312 10openembedded.git/recipes/pulseaudio/libcanberra_0.17.bb: libcanberra 0.17: switch to new-style staging Apr 01 18:08:15 03Koen Kooi  07org.openembedded.dev * r5a491e2f1f 10openembedded.git/recipes/gnome/gnome-control-center_2.30.0.bb: gnome-control-center: add 2.30.0 Apr 01 18:08:16 03Koen Kooi  07org.openembedded.dev * r1558682baf 10openembedded.git/recipes/gnome/gnome-system-monitor_2.28.1.bb: gnome-system-monitor: add 2.28.1 Apr 01 18:08:26 03Steve Sakoman  07org.openembedded.dev * reea3c3eecc 10openembedded.git/recipes/tzcode/tzcode-native_2010f.bb: tzcode: update to tzdata2010g Apr 01 18:08:28 03Koen Kooi  07org.openembedded.dev * r16b0aba0aa 10openembedded.git/recipes/gnome/ (gnome-python_2.28.0.bb gnome-python_2.28.1.bb): gnome-python: add 2.28.1, convert to new style staging Apr 01 18:08:29 03Koen Kooi  07org.openembedded.dev * r0bba413387 10openembedded.git/recipes/libsigc++-2.0/ (libsigc++-2.0_2.2.2.bb libsigc++-2.0_2.2.5.bb): libsigc++-2.0: add 2.2.5 and convert to new style staging Apr 01 18:08:30 03Koen Kooi  07org.openembedded.dev * r77ac4e474c 10openembedded.git/recipes/glib-1.2/glib-1.2_1.2.10.bb: glib 1.2: move to new style staging Apr 01 18:08:32 03Koen Kooi  07org.openembedded.dev * re716f1f792 10openembedded.git/recipes/tzdata/ (tzdata_2010f.bb tzdata_2010g.bb): tzdata: change 2010f to 2010g, since the former is unfetchable Apr 01 18:08:33 03Koen Kooi  07org.openembedded.dev * r11099b7b6a 10openembedded.git/recipes/cairo/cairomm_1.8.4.bb: cairomm: add 1.8.4 Apr 01 18:36:39 re Apr 01 18:37:30 wb Apr 01 18:45:13 hi florian Apr 01 18:46:16 hello woglinde Apr 01 18:46:29 jo kehm Apr 01 18:46:32 ups khem Apr 01 18:47:20 woglinde: yeah kahn is a german name :) Apr 01 18:47:29 more familiar Apr 01 19:01:56 kergoth_: What time does your calander say for the TSC meeting? Now or in an hour? Apr 01 19:02:02 mickey|bbiab: are you attending? Apr 01 19:05:13 ~seen ant Apr 01 19:05:20 ant was last seen on IRC in channel #oe, 394d 18h 57m 45s ago, saying: 'nite all'. Apr 01 19:05:42 * woglinde chuckles Apr 01 19:08:13 woglinde: look for ant__ Apr 01 19:08:18 ~seen ant__ Apr 01 19:08:20 ant__ <~andrea@host207-251-dynamic.8-87-r.retail.telecomitalia.it> was last seen on IRC in channel #oe, 1d 19h 49m 3s ago, saying: 'good nite'. Apr 01 19:09:53 khem I know Apr 01 19:09:56 hi effem Apr 01 19:11:24 hi woglinde, all Apr 01 19:19:18 RP: my calendar shows it as being in 40 minutes. Apr 01 19:19:58 hi stefan_schmidt Apr 01 19:20:01 kergoth: right, that is what I suspected Apr 01 19:20:09 kergoth: timezones suck :/ Apr 01 19:20:13 indeed Apr 01 19:20:33 kergoth: Koen and I are there now. We're not sure if Mickey is joining or not Apr 01 19:20:41 hi woglinde Apr 01 19:20:51 can always move it, if daylight savings has made the time not work for anyone. it hasn't moved here, no daylight savings in arizona Apr 01 19:20:53 * kergoth yawns Apr 01 19:20:53 k Apr 01 19:21:05 *g* Apr 01 19:21:44 kergoth: Right, I wondered whether you had that or not :) Apr 01 19:22:05 there's plenty of sun here already, we dont' need to save daylight :) Apr 01 19:22:57 kergoth: makes sense :) Apr 01 19:23:18 hm me wonders why we rely on wget Apr 01 19:23:27 with bitbake Apr 01 19:23:37 python should be have a fine module for it Apr 01 19:23:38 kergoth: It depends which part of the day you want to "save" daylight in anyway as daylight is a fixed resource... Apr 01 19:24:01 woglinde: less portable, but yeah, using urllib2 would be nice. chokes on osx though Apr 01 19:24:02 woglinde: urlretrieve Apr 01 19:24:20 but its slow Apr 01 19:24:25 slow? Apr 01 19:24:27 prolly 10 times slower than wget Apr 01 19:24:32 why this? Apr 01 19:24:50 no continues mode? Apr 01 19:25:02 morning kergoth Apr 01 19:25:06 hi pb Apr 01 19:25:16 phew, weekend now Apr 01 19:25:18 hi woglinde Apr 01 19:25:22 woglinde: might be the connection Apr 01 19:25:26 pb yeah easter holiday Apr 01 19:25:28 pb_: I think that means my work starts :/ Apr 01 19:25:44 RP: doh Apr 01 19:26:19 The builders are starting on the front wall tomorrow so its an early start Apr 01 19:26:47 ah, what are they doing to it? Apr 01 19:26:51 import urllib; target = "ftp://download.fedora.redhat.com/pub/fedora/linux/development/source/SRPMS/gcc-4.4.3-13.fc14.src.rpm"; urllib.urlretrieve(target) Apr 01 19:27:35 pb_: Trying to make water not go straight through it aka pointing Apr 01 19:28:02 and its not like I haven't got enough to do in the house... Apr 01 19:28:42 Took me two days just to get the smallest bedroom into a state it could be painted... Apr 01 19:29:25 ah, heh. I would have thought they could do the pointing while you were still in bed. :-) Apr 01 19:29:31 woglinde: hmmm not that bad actually above url takes 27.8s with wget and 29.3 with urlretrieve Apr 01 19:29:56 khem *g* Apr 01 19:30:09 plus we save the systemexec call Apr 01 19:31:14 pb_: I'm not living there atm, its not quite ready for that still Apr 01 19:31:42 woglinde: yeah here is script I used http://pastebin.com/xhPamQc5 Apr 01 19:32:27 RP: I'm here now, worship was longer than expected due to easter Apr 01 19:32:33 RP: what's the channel called again? Apr 01 19:32:42 (can't remember the login) Apr 01 19:37:02 woglinde: may be we should write a fetcher using urlretieve similar to wget.py Apr 01 19:38:26 RP: oh right, I see. Apr 01 19:38:47 RP: on Tuesday I have to go and collect the caravan that we will be living in while our house is demolished :-} Apr 01 19:39:21 pb_: Good luck with that, rather you than me ;-) Apr 01 19:40:28 thanks :-} Apr 01 19:41:09 pb_: I do wonder if it would have been easier to start from scratch with mine... Apr 01 19:41:40 well, ours isn't actually being completely demolished. only part of it is being knocked down, the rest is being refurbished. Apr 01 19:42:04 but, since the bit that is being knocked down includes the kitchen and the bathroom, we can't really live in it while this is happening. Apr 01 19:42:04 pb_: The damp problem is causing me the most concern. I think there is a buildup of salt in the cavity wall, bridging it Apr 01 19:42:37 I ripped the bathroom back to bare brick everywhere and the kitchen still looks like that... Apr 01 19:42:38 RP: that would have to be quite some salt buildup. probably more likely you just have bits of mortar sitting on top of the wall ties. Apr 01 19:42:50 pb_: It is facing the North Sea Apr 01 19:43:11 When its windy its like its raining but salty tasting Apr 01 19:43:22 * Crofton really wants to see RP's house one day Apr 01 19:44:39 pb_: There is 1/4" of salts on the inside of the house so bridging the gap over 100 years of buildup isn't unfeasible Apr 01 19:48:18 Crofton: One of these days perhaps I'll put up some photos :) Apr 01 19:48:31 It is on google streetmap now... Apr 01 20:00:51 khem: oh, did you verify that your bitbake parsing errors were fixed in master? Apr 01 20:00:55 * kergoth can't recall, wanted to verify Apr 01 20:01:09 03Roman I Khimov  07org.openembedded.dev * r57bcfd1ad5 10openembedded.git/recipes/squidguard/ (5 files in 2 dirs): Apr 01 20:01:09 squidguard: new recipe Apr 01 20:01:09 squidGuard is a combined filter, redirector and access controller plugin Apr 01 20:01:09 for Squid. Apr 01 20:01:09 Signed-off-by: Roman I Khimov Apr 01 20:02:56 hi, does someone know how enlightenment starts? Apr 01 20:03:07 more precisely how it set the profile Apr 01 20:03:09 at first boot Apr 01 20:04:00 03Michael 'Mickey' Lauer  07org.openembedded.dev * r643e6207dd 10openembedded.git/classes/vala.bbclass: vala: prohibit PARALELL_MAKE Apr 01 20:05:13 03Roman I Khimov  07org.openembedded.dev * r42f948f5c1 10openembedded.git/conf/bitbake.conf: Apr 01 20:05:13 bitbake.conf: add STAGING_SBINDIR_NATIVE Apr 01 20:05:13 Makes referencing it easier. Apr 01 20:05:13 Signed-off-by: Roman I Khimov Apr 01 20:05:13 Acked-by: Khem Raj Apr 01 20:05:14 03Roman I Khimov  07org.openembedded.dev * rfa985b1459 10openembedded.git/recipes/postfix/ (3 files): Apr 01 20:05:14 postfix: convert to BBCLASSEXTEND and new staging for native Apr 01 20:05:14 Signed-off-by: Roman I Khimov Apr 01 20:05:16 03Roman I Khimov  07org.openembedded.dev * r4700a4b520 10openembedded.git/recipes/postfix/ (files/volatiles postfix.inc postfix_2.7.0.bb): Apr 01 20:05:16 postfix: add 2.7.0 version Apr 01 20:05:16 Signed-off-by: Roman I Khimov Apr 01 20:05:16 Acked-by: Khem Raj Apr 01 20:06:11 kergoth: yes they are it seems thx Apr 01 20:06:29 okay, good, just wanted to make sure :) Apr 01 20:29:57 03Koen Kooi  07org.openembedded.dev * r5eb571a0a5 10openembedded.git/recipes/gnome-mplayer/gnome-mplayer.inc: gnome-mplayer: force linking with stdc++, using AC_PROG_CXX isn't enough Apr 01 20:29:58 03Koen Kooi  07org.openembedded.dev * r7334b395fc 10openembedded.git/recipes/gnome/ (metacity/crosscompile.patch metacity_2.30.0.bb): metacity: add 2.30, cross compile patch partially stolen from poky Apr 01 20:29:59 03Koen Kooi  07org.openembedded.dev * rd8702b78b6 10openembedded.git/recipes/vte/vte_0.24.0.bb: vte: add 0.24.0 Apr 01 20:30:00 03Koen Kooi  07org.openembedded.dev * r608eacf950 10openembedded.git/recipes/gnome/epiphany_2.30.0.bb: epiphany: add 2.30.0 Apr 01 20:38:41 RP: yeah, I guess that's possible. I'm a bit surprised it even has a cavity if it's 100 years old. down here in the south, at least, we didn't get cavity walls as standard until about 1950. Apr 01 20:39:51 pb_: It was built about 1915 and defintely has one along with wall ties, although not as wide as a modern one Apr 01 20:40:35 that's interesting. I guess it must have been quite advanced for its time. Apr 01 20:41:09 I guess you don't build houses out of 2x4's there .... Apr 01 20:41:11 my current house is also 1920-ish and the walls here are just 9" solid brick. most of the 1930s/40s houses in this area have solid walls too. Apr 01 20:41:46 Crofton_|work: heh. some people do, and in fact part of our new house will probably be timber frame if the planning people will wear it. Apr 01 20:41:56 but probably 95% of new construction is masonry. Apr 01 20:42:25 /topic learn architecture stuff Apr 01 20:44:18 pb_: Its a weird house. The inside wood decoration looks like its about 50 years earlier than the house build date too Apr 01 20:44:51 pb_: and the house has most of its original features. Or had. I removed the 1915 electric lights wiring Apr 01 20:46:14 Crofton_|work: I once read about homes burning down in the states and it had a picture of all these chimneys left standing. Took me a moment to remember that you don't use bricks ;-) Apr 01 20:46:32 rp *g* Apr 01 20:46:33 Crofton_|work: Here, if you made it of wood, it would blow away too easily ;-) Apr 01 21:38:55 is there really no way to make this process any faster? Apr 01 21:39:08 which one? Apr 01 21:39:17 just building a base-image Apr 01 21:39:38 not at the first try Apr 01 21:39:53 if you have one Apr 01 21:39:54 why does it take so long? I remember buildroot flying through comparatively? Apr 01 21:40:05 ccache and pkg-staging kicks in Apr 01 21:40:23 we compile all stuff Apr 01 21:40:35 ewww ccache Apr 01 21:40:48 we have to compile libc twice and gcc 3times Apr 01 21:40:58 to get a sane toolchain Apr 01 21:40:58 does buildroot manage to avoid that? Apr 01 21:41:46 hms why nobody updates the kernel for qemuarm Apr 01 21:41:55 qemuarm-oe-linux-uclibceabi/linux-rp-2.6.25+2.6.26-rc4-r6/ Apr 01 21:42:39 buildroot has no real package management and missing a lot of software Apr 01 21:43:04 base-image seems to be close to what I was building with buildroot, maybe even less, and it takes longer Apr 01 21:43:06 thats what I don't get Apr 01 21:43:10 a lot longer Apr 01 21:47:40 bfrog: ever done linux from scratch? Apr 01 21:49:26 bfrog: I guess you are building quite a few native apps Apr 01 21:50:00 bfrog: you can install those packages from your desktop distro and then add them to ASSUME_PROVIDED list Apr 01 21:50:19 that way you will be able to avoid native packages Apr 01 21:50:58 bfrog: buildroot has its own pain point Apr 01 21:51:34 woglinde_: I tried and it does not work out of box with 2.6.31 I did not had time to debug it Apr 01 21:51:43 woglinde_: I wud love to get latest though Apr 01 21:52:14 woglinde_: for mips I am using 2.6.31 and it works well Apr 01 21:53:37 that might be it Apr 01 21:53:51 yeah its building like a ton of native packages that it doesn't really need I don't think Apr 01 21:54:40 bfrog: It takes about 2.5 hrs for a console-image on my T61 Apr 01 21:54:44 which is decent I guess Apr 01 21:54:59 I mean, how do you manage to do any actual development then Apr 01 21:55:18 I guess just build the package you change over again? Apr 01 21:57:27 bfrog: Once you have the complete build then you can build/rebuild individual packages Apr 01 21:58:11 and then either you can add it to your image if you like or you can install it on the preexisting root file system thats running on your hardware Apr 01 21:58:19 which you built first time around Apr 01 21:58:27 see the power of package management Apr 01 21:59:20 bfrog: if you set the feeds correctly then you can just do opkg install on device and it should be installed with all deps Apr 01 21:59:32 for easyway try narzizuss Apr 01 21:59:39 from angstroem Apr 01 22:00:09 * khem reads about HTML5 Apr 01 22:00:11 http://www.angstrom-distribution.org/narcissus/ Apr 01 22:00:30 * khem wishes death to flash Apr 01 22:00:54 khem: what about kernel modules themselves? Apr 01 22:01:05 that seems like it might be trickier? Apr 01 22:02:17 Hi. I recently tried building socat_1.7.1.2 and the build failed on the do_qa_configure step because of host includes (sorry if this is double message...my connection timed out) Apr 01 22:02:44 khem how I can run the kernel than with qemu? Apr 01 22:02:53 * woglinde_ is to lazy to search it again Apr 01 22:03:08 woglinde_: I have scripts Apr 01 22:03:08 I worked around this by deleting the config.log file--all fine and good. However I was wondering what might cause these types of errors Apr 01 22:03:20 woglinde_: you remind me to put them in contrib/ Apr 01 22:03:29 khem *g* Apr 01 22:03:45 woglinde_: you can also use the poky script Apr 01 22:03:46 my colleague on a different machine didn't have this problem Apr 01 22:04:04 khem pointer? Apr 01 22:04:09 ash_: what was detailed error Apr 01 22:04:21 woglinde_: whats your build box distro Apr 01 22:04:21 ash some configure.ac scripts suckz Apr 01 22:04:28 khem i386 Apr 01 22:04:44 ash if you have hostdevelopment libs installed Apr 01 22:04:46 khem: "ERROR: This autoconf log indicates errors, it looked at host includes." Apr 01 22:04:51 the configure script picks them up Apr 01 22:05:27 so your colleague might not have the dev-libs installed Apr 01 22:05:34 so the oe ones are picked up Apr 01 22:05:49 I saw this behavoir for some sdl versions Apr 01 22:06:46 khem I try to achieve initramfs-kexecboot on my n810 Apr 01 22:06:58 so I can run diffrent kernels without hazzle Apr 01 22:07:11 woglinde: you mean that I've got socat-dev installed on my host machine and my friend doesn't? I thought OE basically built everything for itself Apr 01 22:07:26 ash no someother libs socat needs Apr 01 22:08:03 one macro in sdl rewrote path to /usr/foo:$PATH Apr 01 22:08:12 and didnt set it back Apr 01 22:08:16 woglinde_: I meant OS Apr 01 22:08:19 which is really bad style Apr 01 22:08:22 khem debian Apr 01 22:08:27 unstable Apr 01 22:08:32 woglinde: okay---that makes some sense. Any recommendation on how to track this sort of thing down? The config.log was a monster Apr 01 22:08:37 so I have latest qemu Apr 01 22:08:50 check configure.ac Apr 01 22:08:55 and configure Apr 01 22:09:07 and maybee identify from which .m4 macro the shit comes Apr 01 22:09:32 woglinde_: ok Apr 01 22:10:17 khem I am waiting Apr 01 22:16:15 khem for n800 I get tried to create id "null" twice for "chardev" Apr 01 22:16:36 hmm woglinde_ I will commit my scripts to contrib/qemu Apr 01 22:17:22 how long it will last? Apr 01 22:20:57 03Khem Raj  07org.openembedded.dev * rb311e10ca1 10openembedded.git/recipes/eglibc/ (4 files in 2 dirs): Apr 01 22:20:57 eglibc: Add patch to limit gcc commandline output. Apr 01 22:20:57 * This patch reduced the size of do_compile of eglibc from 12M to 5.4M Apr 01 22:20:57 and the build time for eglibc improved a bit too Apr 01 22:20:57 * The patch applied to 2.9,2.10 and 2.11 Apr 01 22:20:58 Signed-off-by: Khem Raj Apr 01 22:20:58 woglinde_: I have pushed the scripts Apr 01 22:21:00 03Khem Raj  07org.openembedded.dev * rc652a39e6c 10openembedded.git/contrib/qemu/ (qemu-ifdown qemu-ifup run-qemu.sh): Apr 01 22:21:00 contrib: Add scripts to run qemu Apr 01 22:21:00 * These scripts are tested on ubuntu and should Apr 01 22:21:00 run on debian like systems. Apr 01 22:21:01 * For networking to work it needs ethernet does Apr 01 22:21:01 not work on wireless. Apr 01 22:21:02 Signed-off-by: Khem Raj Apr 01 22:21:27 woglinde_: those scripts may not work out of box Apr 01 22:21:44 you have to change the paths etc. but bulk of it should work Apr 01 22:22:07 there is some comments in run-qemu.sh which should help you to create bridge over eth0 Apr 01 22:22:11 enjoy Apr 01 22:22:12 thanks Apr 01 22:22:18 * khem is off now Apr 01 22:22:50 nite khem Apr 01 22:28:50 03Martin Jansa  07org.openembedded.dev * r99e01c4f2f 10openembedded.git/recipes/gpsd/ (files/cross-compile-on-gentoo.patch gpsd_2.91.bb): Apr 01 22:28:50 gpsd: add 2.91 needed for mcnavi (needs gps_waiting()) Apr 01 22:28:50 Signed-off-by: Martin Jansa Apr 01 22:28:52 03Martin Jansa  07org.openembedded.dev * r82b394467d 10openembedded.git/ (54 files in 4 dirs): Apr 01 22:28:52 EFL: move SRCREVs from sane-srcrevs.inc to efl/e17 recipes Apr 01 22:28:52 * Or we can move them to e.bbclass, python-efl.inc instead. Apr 01 22:28:52 Signed-off-by: Martin Jansa Apr 01 22:28:52 03Martin Jansa  07org.openembedded.dev * r155b1ed522 10openembedded.git/recipes/openmoko-3rdparty/ (mcnavi/gpsd-2.90.patch mcnavi_0.2.5.bb): Apr 01 22:28:53 mcnavi: enable gspd-2.90 API Apr 01 22:28:53 Signed-off-by: Martin Jansa Apr 01 22:28:54 03Martin Jansa  07org.openembedded.dev * r9578cafca2 10openembedded.git/recipes/openmoko-3rdparty/thone_0.6.bb: Apr 01 22:28:54 thone: new recipe for terminal phone apps Apr 01 22:28:55 Signed-off-by: Martin Jansa Apr 01 22:28:55 03Martin Jansa  07org.openembedded.dev * rbaeb7661c1 10openembedded.git/recipes/tasks/task-shr-feed.bb: Apr 01 22:28:56 task-shr-feed: add thone Apr 01 22:28:56 Signed-off-by: Martin Jansa Apr 01 22:29:14 sane-srcrevs: move SRCREVs to recipes Apr 01 22:29:14 Signed-off-by: Martin Jansa **** ENDING LOGGING AT Fri Apr 02 02:59:56 2010