**** BEGIN LOGGING AT Wed Feb 10 02:59:58 2010 Feb 10 05:37:25 hello good morning, anybody there Feb 10 05:40:01 if anybody is there, pls reply, i wish to ask a preliminary question Feb 10 05:52:26 Spyzer, that's not how it works. You have to ask your question *first*, or generally no one will be interested in responding to you. Feb 10 05:54:00 oh sorry, when i do "bitbake opie-image" where is the final product in the directory structure stored Feb 10 05:55:25 umm.., so what i mean to ask is that where shall the opie-image be located after getting built Feb 10 05:57:04 Spyzer, should be something like oe/tmp/deploy/YOUR_CHOSEN_LIBC/images/YOUR_BOARD_NAME/ Feb 10 05:58:03 thanks, by the way sometimes i get 404 not found on some sources being downloaded, so do i always need to download them manually Feb 10 06:00:23 if a recipe fails for this reason, just report it here or to the mailing list and someone will put it on the OE mirror Feb 10 06:00:51 ok Feb 10 06:02:14 while doing a bitbake opie-image i get this. What does this indicate Feb 10 06:03:10 this is what i get right in the beginning, although i don't think it does ny harm Feb 10 06:03:43 no idea... Feb 10 06:26:01 Spyzer: grg, the deprecation warning is harmless Feb 10 06:26:55 and if you get a 404 this probably has to do with your network, if you look at the log you'll see it will try to download from the mirror first (at least for angstrom, don't know too much about other distros) Feb 10 06:27:01 and btw gm everyone Feb 10 06:46:04 03Thomas Zimmermann  07org.openembedded.dev * raefc8c29f6 10openembedded.git/recipes/e17/ (e-wm/illume-flaunch-fix.patch e-wm_svn.bb): Feb 10 06:46:04 e-wm: fix flaunch in illume (SHR Bug: #821) Feb 10 06:46:04 * change back number of flaunch buttons from 10 to 3 Feb 10 06:46:04 * change back categorie from System to Bar Feb 10 06:46:04 Signed-off-by: Martin Jansa Feb 10 06:46:05 03Martin Jansa  07org.openembedded.dev * rfe3c4cdc42 10openembedded.git/recipes/linux/ (2 files in 2 dirs): Feb 10 06:46:06 linux-openmoko-2.6.32: upgrade to 2.6.32.8, drop applied patch Feb 10 06:46:06 Signed-off-by: Martin Jansa Feb 10 06:46:16 03Martin Jansa  07org.openembedded.dev * r8eb637b325 10openembedded.git/ (2 files in 2 dirs): Feb 10 06:46:16 zhone: remove unneeded dependencies, update rev Feb 10 06:46:16 * unneeded deps pulled by task-python-efl (mainly because of Feb 10 06:46:16 broken/deprecated python-epsilon), Feb 10 06:46:16 * update rev for build fix with newer EFL (missing eina-0 headers) Feb 10 06:46:17 Signed-off-by: Martin Jansa Feb 10 07:39:48 03Martin Jansa  07org.openembedded.dev * r798fe71922 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: drop omview Feb 10 08:25:52 good morning Feb 10 08:34:41 gm mckoan Feb 10 08:52:53 www.search2.net Feb 10 08:55:14 good morning Feb 10 08:55:26 eFfeM: mckoan: hi! Feb 10 08:55:35 recalcati: ciao Feb 10 08:57:05 strange devmem2 behaviour with akita: http://pastebin.com/m67d8ca34 . (it is a 2009 dev branch commit) Feb 10 08:58:40 recalcati: try "echo $[0x27C4AA0]" Feb 10 08:59:30 never seen this thing. I have to reboot and then I try Feb 10 09:01:07 Hi, Can someone point me to a general document that describes in general manner how to install a linux on an embedded system ? Feb 10 09:01:24 pb__: it replies only $[0x27C4AA0] Feb 10 09:01:40 ah, you need a better shell. do it on your desktop. Feb 10 09:01:55 I try from ssh Feb 10 09:02:46 oh well. the point is that 0x27C4AA0 == 41700000 Feb 10 09:03:01 on pc replies 41700000 ( hex to dec conv) Feb 10 09:03:12 right Feb 10 09:03:29 so I have to write dec number to devmem2, very strange Feb 10 09:03:41 or prefix it with 0x, yes Feb 10 09:03:45 that is the way that devmem2 has always worked Feb 10 09:05:51 sorry the wrong example: look at: http://pastebin.com/m21938aa4 ( i know, I use devmem2 from many years ago) Feb 10 09:11:18 I am sorry there are no clear indication in the wiki about what does openembedded generate?? does it generate uboot ? Feb 10 09:11:38 there is something about dev mem mapping that I don't know. Anyway it works. thx Feb 10 09:13:33 vadmeste: the recipes to compile u-boot are available when you git clone openembedded itself: see for example openembedded/recipes/u-boot directory Feb 10 09:18:10 recalcati: I don't quite understand what behaviour you are expecting. That second pastebin shows what appears to be correct operation. Feb 10 09:19:32 emm okey, so "bitbake helloworld-image" won't create u-boot ? Feb 10 09:20:03 morning Feb 10 09:22:42 good morning Feb 10 09:44:03 if i make my own recipe, like a simple paint app, in qt/embedded, and then i wish to deploy it on mini2440, what is the procedure i should follow(i am talking in terms of bitbke building) Feb 10 09:47:07 pb__: yes, it ok, it was the message "Memory mapped at address 0x4001f000" that I wasn't able to understand, but I guess that /dev/mem is available from that point Feb 10 10:09:51 hrw, can you point me to a link that describes how to install OpenEmbedded on a NHK15 ? Feb 10 10:12:55 good morning Feb 10 10:36:05 why compiling base-image will compile qemu ? Feb 10 10:36:56 vadmeste: probably your *libc is using qemu-native for binary locales generation Feb 10 11:04:02 hi , i ve spent my days , how can i disable mouse X cursor on boot ? i couldnt find any way to stop it showing ? Feb 10 11:04:35 mickey|zzZzzz: JDuke128 with xorg xserver? -nocursor in Xserver script Feb 10 11:04:42 ups Feb 10 11:04:45 yea Feb 10 11:04:47 how ? Feb 10 11:04:56 xserver script ? Feb 10 11:04:58 which file ? Feb 10 11:05:04 xorg.conf ? Feb 10 11:05:11 /etc/X11/Xserver Feb 10 11:05:43 ok Feb 10 11:05:49 what to add there? Feb 10 11:05:58 end of file i add something ? Feb 10 11:06:32 ARGS ? Feb 10 11:06:56 JaMa , i add to ARGS ? Feb 10 11:06:58 something ? Feb 10 11:07:30 ARGS="$ARGS -nocursor" Feb 10 11:07:33 this ; Feb 10 11:37:41 mickey|office: good morning Feb 10 11:40:29 hi mickey|office stefan_schmidt Laibsch Feb 10 11:40:46 morning pb_ Feb 10 11:40:49 hi hrw Feb 10 11:41:07 mickey|office: looks like mdbus2 will be running on my n900 today Feb 10 11:41:10 good morning, hrw, pb_ and channel Feb 10 11:41:18 need to pass libtool problems Feb 10 11:42:07 hi Laibsch Feb 10 11:52:21 uf - after bumping automake/autoconf I got vala-native built. one more step to get OpenEmbedded building maemo5 compatible packages Feb 10 12:00:36 hrw, do you think that the touchscreen will work in NHK-15 if I use OpenEmbedded ? Feb 10 12:01:01 vadmeste: I would have to reconnect nhk15 to check Feb 10 12:01:20 ;) Feb 10 12:01:24 hi everyone ;) Feb 10 12:01:34 hej Feb 10 12:02:39 okey, because ST Ecricsson modified the touchpanel driver... :-(, as I see in a document Feb 10 12:03:16 vadmeste: how did you got nhk15 and what was in package and on attached cd/pendrive? Feb 10 12:07:28 hi all Feb 10 12:07:45 Still am not able to start OE/Angstrom Feb 10 12:08:04 now am getting error like /usr/lib/pymodules/python2.6/bb/COW.py:29: DeprecationWarning: the sets module is deprecated Feb 10 12:08:04 import types, sets Feb 10 12:08:04 ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable. Feb 10 12:08:56 hrw: awesome, i'll try to add some more fault tolerance wrt. lazy dbus services that lack introspection when i have a chance Feb 10 12:09:05 hey Laibsch Feb 10 12:09:38 siji, install bitbake 1.8.8 Feb 10 12:09:52 and follow exactly the man Feb 10 12:09:58 ok Feb 10 12:09:59 in the wiki Feb 10 12:10:03 ok Feb 10 12:10:17 actually am following the usermanual Feb 10 12:10:56 mickey|office: thx Feb 10 12:11:28 mickey|office: making maemo5-compat working takes time Feb 10 12:14:55 siji you are not following the manual or the wrong manual, your evn variables have not been set Feb 10 12:15:31 if you are following the instructions on angstrom-distribution.org you didn't do . source-me.txt Feb 10 12:15:44 (with the . and the space) Feb 10 12:16:52 eFfem,ok Feb 10 12:17:08 So i think i will follow angstrom doc Feb 10 12:19:41 mickey|office: kill all :1 etc ones? Feb 10 13:14:54 11 changsets Feb 10 13:16:52 ;) Feb 10 13:17:07 hm maybe I finish building image for ngw... Feb 10 13:18:39 mickey|office: please kill push/oe branch ;( Feb 10 13:21:33 03Marcin Juszkiewicz  07org.openembedded.dev * rf67c5faec9 10openembedded.git/recipes/gcc/ (4 files): Feb 10 13:21:33 gcc csl 2007q3: import header hack from Poky to get glibc 2.5 built Feb 10 13:21:33 Signed-off-by: Marcin Juszkiewicz Feb 10 13:21:33 Acked-by: Khem Raj Feb 10 13:21:36 03Marcin Juszkiewicz  07org.openembedded.dev * r4fee7cea31 10openembedded.git/conf/machine/nokia900.conf: nokia900: use zImage kernels Feb 10 13:21:38 03Marcin Juszkiewicz  07org.openembedded.dev * r88c3458253 10openembedded.git/ (3 files in 3 dirs): (log message trimmed) Feb 10 13:21:38 linux 2.6.28: fix nokia900 build Feb 10 13:21:38 - defconfig is based on Maemo5 one (present in sources as rx51_defconfig) Feb 10 13:21:38 - MACHINE_KERNEL_PR is set in nokia900.conf as we do not use linux-omap Feb 10 13:21:39 recipes for that device. It was discussed with OMAP3 maintainter (Koen Feb 10 13:21:39 Kooi) on IRC: Feb 10 13:21:40 11:02 < hrw> koen: nokia900 uses omap3.inc and I need to bump kernel - are you ok with bumping M_K_PR for all omap3? Feb 10 13:21:42 03Marcin Juszkiewicz  07org.openembedded.dev * r644b58847e 10openembedded.git/conf/distro/maemo5-compat.conf: (log message trimmed) Feb 10 13:21:43 maemo5-compat: make it work and update toolchain to about same as SDK uses Feb 10 13:21:43 - uses CSL 2007q3 (4.2.1 with armv7a support) Feb 10 13:21:43 - binutils 2.18.50.7 should be similar to 2.18.50.20070820 Feb 10 13:21:45 bumped native tools: Feb 10 13:21:45 - autoconf 2.63 Feb 10 13:21:45 - automake 1.11.1 Feb 10 13:21:45 03Marcin Juszkiewicz  07org.openembedded.dev * r57ed1cea3d 10openembedded.git/recipes/glibc/glibc_2.5.bb: Feb 10 13:21:46 glibc 2.5: do not use asm/page.h header (taken from glibc 2.6.1) Feb 10 13:21:46 Signed-off-by: Marcin Juszkiewicz Feb 10 13:21:47 Acked-by: Khem Raj Feb 10 13:21:47 03Marcin Juszkiewicz  07org.openembedded.dev * r5bf829e368 10openembedded.git/conf/distro/maemo5-compat.conf: maemo5-compat: added from Jalimo repository Feb 10 13:31:51 hi all Feb 10 13:31:59 03Michael 'Mickey' Lauer  07org.openembedded.dev * rb75cb91f84 10openembedded.git/: Feb 10 13:31:59 Merge commit 'origin/org.openembedded.dev' into org.openembedded.dev Feb 10 13:31:59 Conflicts: Feb 10 13:31:59 conf/checksums.ini Feb 10 13:32:07 03Michael 'Mickey' Lauer  07org.openembedded.dev * r8448a620e2 10openembedded.git/ (3 files in 2 dirs): vala: 0.7.10.1 -> 0.7.10.2 Feb 10 13:32:16 can anybody tell the difference between canadina cross and canadian native packages Feb 10 13:32:57 ? Feb 10 13:34:19 I am aware of canadian cross but i am not getting what is the concept og canadian native Feb 10 13:34:24 mickey|office: how to use mdbus2 interactively? Feb 10 13:34:50 mdbus2 -i or mdbus2 -si Feb 10 13:34:57 then you have a command prompt Feb 10 13:35:03 where you can use readline completion and history Feb 10 13:35:06 mickey|office: help does not document it ;( Feb 10 13:35:17 here it does Feb 10 13:35:22 try to update :) Feb 10 13:36:30 ok Feb 10 13:37:05 can anybody tell the difference between canadina cross and canadian native packages??? Feb 10 13:39:18 mickey|office: moved to getopt()? Feb 10 13:40:04 hrw: somewhat. all my vala utils are using the glib option parsing Feb 10 13:46:29 can anybody tell the difference between canadina cross and canadian native packages?? Feb 10 13:56:21 mickey|office: "mdbus2 -i" + "?" == crash Feb 10 13:57:06 silly question, assuming I've previously selected a version for a native package (openssl in this case), how can I easily upgrade the native installed package to a newer version? bitbaking the new version results in oe_libinstall failing (complaining about not finding libraries, although the library files are infact there, but the older version already exists so I'm quessing it fails because of that) Feb 10 14:00:15 hrw: yeah, the interactive mode only supports fixed commandlines of the form [busname [objectpath [methodname [parameters] ] ] ] Feb 10 14:00:20 ? is not a valid busname Feb 10 14:00:22 hence it crashes Feb 10 14:00:31 as i mentioned, it needs some more fault tolerance checks Feb 10 14:00:40 if you resort to command line completion, it will always give you valid params Feb 10 14:00:48 (hint: press tab) Feb 10 14:01:14 the funny thing actually is that dbus sucks Feb 10 14:01:17 or rather... libdbus Feb 10 14:01:29 since i would expect it to raise an error, but not exit the binary Feb 10 14:01:32 but oh well... Feb 10 14:01:45 ~lart assert() in release code Feb 10 14:01:46 * ibot holds assert() in release code to the floor and spanks him with a cat-o-nine-tails Feb 10 14:06:03 mickey|office: query? Feb 10 15:18:46 I found a bug in OE that I don't really know how to fix. The problem is I have pstaging, and both gcc-initial and gcc-cross provide staging/..../libcrt.o and friends Feb 10 15:19:12 but when I have many BB_THREADS sometimes (and rarely) gcc-initial's staging package gets installed after gcc-cross Feb 10 15:19:17 and then nothing else will build Feb 10 15:19:43 I guess the problem could be solved by adding "gcc-initial_populate_staging" as a dependency to "gcc-cross_populate_staging" but I don't know how to accomplish that Feb 10 15:24:20 I don't think you should ever be getting gcc-initial's staging package installed after gcc-cross. If that is happening then it is certainly a bug. Feb 10 15:24:26 Can you tell how or why that is happening? Feb 10 15:28:14 pb_, not sure exactly how it happens, but it's quite rare and when running with 15+ BB_THREADS on an 8-core build machine Feb 10 15:59:46 pb_, I guess the real problem is that both gcc-cross and gcc-cross-initial install their files to the same directory Feb 10 16:00:09 and look for them in the same directory too Feb 10 16:01:19 hrw: missing last element should be fixed now Feb 10 16:03:34 cool Feb 10 16:26:11 while building mesa-7.8 from git, there is glsl/compile binary first built for target (armv4) and then used for header generation on buildhost (x86_64), how to workarround this? to I have to create something like mesa-glsl-native and then call that from mesa-dri build? Feb 10 16:27:23 or hack makefile to build it first for host Feb 10 16:27:53 hrw: then generate and then rebuild for target? Feb 10 16:28:15 hrw: pity that it uses SConscript, which I'm not much used to :/ Feb 10 16:29:19 http://cgit.freedesktop.org/mesa/mesa/commit/?id=3371f7e5025e5288eaba78973a2c81ec5d5b1e4d Feb 10 16:29:54 scons... Feb 10 16:31:43 and from other part (xserver-1.8), is there some crosscompile friendly alternative to AC_CHECK_FILE? Feb 10 16:32:18 it was introduced in this commit http://cgit.freedesktop.org/xorg/xserver/commit/?id=56658fc06cb773ed20ef1b23a3fe918c0d3b36bb and autoconf says that's it cannot check file existence while crosscompiling Feb 10 16:33:43 this whole new chunk can be probably removed, as we provide --with-default-font-path later from recipe Feb 10 16:34:21 "Uses --default-font-path if set" Feb 10 16:34:43 so set this OECONF to proper value and should work Feb 10 16:35:04 no it will fail with unknown option :) Feb 10 16:35:08 been there.. Feb 10 16:35:12 ok Feb 10 16:35:32 imho wrong comment missing --with- Feb 10 16:35:43 ok then Feb 10 16:35:56 but that AC_CHECK_FILE fails before AC_ARG_WITH(default-font-path Feb 10 16:36:35 so hardcode in patch? Feb 10 16:36:37 so I'm looking for some conditional AC_CHECK_FILE (if available) Feb 10 16:37:17 hrw: I just removed that part starting with AC_CHECK_FILE, to allow configure with that old good AC_ARG_WITH(default-font-path (from recipe) Feb 10 16:47:46 JaMa: how can that check file? Feb 10 16:48:07 ~curse libtool Feb 10 16:48:08 May the fleas of a thousand camels infest your most sensitive regions, libtool ! Feb 10 16:48:20 JaMa: s/file/fail/ Feb 10 16:48:47 for option --with-default-font-path it checks after that ${sysconfdir}/X11/fontpath.d check Feb 10 16:49:13 that comment is completly wrong :p Feb 10 16:49:22 ynezz: ynezz it just says "error: cannot check for file existence when cross compiling" Feb 10 16:49:33 +dnl Uses --default-font-path if set, otherwise checks for /etc/X11/fontpath.d, Feb 10 16:49:34 +dnl otherwise uses standard subdirectories of FONTROOTDIR Feb 10 16:50:37 it doesn't check for default-font-path is set, before checking sysconfdir fontpath Feb 10 16:50:49 may anyone tell me how can i boot a opie jffs2 image(built for micro2440) thru qemu, please Feb 10 16:51:03 ynezz: well DEFAULT_FONT_PATH is set wrt --with-default-font-path, if that check doesn't fail Feb 10 16:51:13 true Feb 10 16:51:20 ynezz: so partially it would be right Feb 10 16:51:56 ynezz: there is just missing --with and it's not true in case AC_CHECK_FILE fails completely (configure script exits) Feb 10 16:51:57 it checks for path and ten for --with Feb 10 16:53:06 +dnl Checks for /etc/X11/fontpath.d and then uses --with-default-font-path instead if set Feb 10 16:53:15 yep Feb 10 16:53:53 useless :p Feb 10 16:53:54 may anyone tell me how can i boot a opie jffs2 image(built for micro2440) thru qemu Feb 10 16:54:46 ynezz: that one was easy.. as long es we provide --with-default-font-path in recipe I can remove that first check.. mesa-dri issue is much worse :/ Feb 10 16:55:15 scons ole Feb 10 16:55:20 many have done it, but i don't know the trick, i keep on getting the error qemu: fatal: Trying to execute code outside RAM or ROM at 0x30008000 Feb 10 16:56:32 morning Feb 10 16:56:38 * kergoth yawns Feb 10 16:58:19 moin kergoth Feb 10 17:05:24 ok Feb 10 17:12:44 kergoth: did you saw file 5.04 patch which I sent to oeml? Feb 10 17:14:09 kergoth: I need to add dependency there for target package Feb 10 17:17:22 is it possible to build a package (recipe) in debug mode using any bitbake switch or do I need to add the option into the recipe? Feb 10 17:18:27 define 'debug mode' Feb 10 17:18:30 mckoan: DEBUG_BUILD = "1" in your local conf Feb 10 17:19:03 khem: thx, do I'll get the whole system in debug mode, won't I? Feb 10 17:19:08 I think he wants to have "package useful for debugging Feb 10 17:19:43 how they differ from using *-dbg packages? Feb 10 17:19:45 mckoan: yes Feb 10 17:20:46 khem: just to clarify, DEBUG_BUILD = "1" in local conf set a debug mode or debug the build process? Feb 10 17:20:50 bitbake.conf:SELECTED_OPTIMIZATION = "${@bb.data.getVar(['FULL_OPTIMIZATION', 'DEBUG_OPTIMIZATION'][bb.data.getVar('DEBUG_BUILD', d, 1) == '1'], d, 1)}" Feb 10 17:21:55 * kergoth thinks if -g/-ggdb isn't in the default optimization, it needs to be changed to be Feb 10 17:22:27 hrw: looks like not every package has a recipe called *-dbg Feb 10 17:23:01 mckoan: which is bug which needs to be solved Feb 10 17:23:36 kergoth: file DEPENDS on file-native - how to make it when there is file recipe + BBEXTENDCLASS = "native"? Feb 10 17:24:21 there's an override for the extendclass case, you can override the depends to rmeove the file-native dep using that override Feb 10 17:24:35 its virtclasssomethingorother, git grep virtclass Feb 10 17:25:30 thx Feb 10 17:25:49 np Feb 10 17:29:33 pushed next set Feb 10 17:29:37 03Marcin Juszkiewicz  07org.openembedded.dev * r0ccf5f5c86 10openembedded.git/recipes/glib-2.0/glib-2.0_2.20.3.bb: Feb 10 17:29:37 glib-2.0: added checksums for 2.20.3 Feb 10 17:29:37 Signed-off-by: Marcin Juszkiewicz Feb 10 17:29:37 03Marcin Juszkiewicz  07org.openembedded.dev * r8e78656e6b 10openembedded.git/recipes/libpng/ (libpng-native_1.2.37.bb libpng.inc libpng_1.2.37.bb): Feb 10 17:29:37 libpng: added 1.2.37 for Maemo5-compat Feb 10 17:29:37 Signed-off-by: Marcin Juszkiewicz Feb 10 17:29:38 03Marcin Juszkiewicz  07org.openembedded.dev * r4f70be02f9 10openembedded.git/recipes/linux/linux_2.6.27.bb: Feb 10 17:29:38 linux 2.6.27: update to latest stable Feb 10 17:29:39 Signed-off-by: Marcin Juszkiewicz Feb 10 17:29:39 03Marcin Juszkiewicz  07org.openembedded.dev * rdd269e0e8b 10openembedded.git/contrib/hrw/check-kernel-updates.sh: Feb 10 17:29:40 check-kernel-updates: simple shell script to check for versions of stable kernels Feb 10 17:29:41 Signed-off-by: Marcin Juszkiewicz Feb 10 17:29:41 03Marcin Juszkiewicz  07org.openembedded.dev * r70197dee6e 10openembedded.git/recipes/glib-2.0/glib-2.0-2.20.3/ (atomic-thumb.patch configure-libtool.patch): Feb 10 17:29:41 glib-2.0 2.20.3: added forgotten patches Feb 10 17:29:44 Signed-off-by: Marcin Juszkiewicz Feb 10 17:29:44 03Marcin Juszkiewicz  07org.openembedded.dev * r5548218572 10openembedded.git/recipes/file/file_5.04.bb: Feb 10 17:29:44 file: added 5.04 (WIP) Feb 10 17:30:03 ops. file is no longer WIP Feb 10 17:30:03 checksums.ini: another set of checksums Feb 10 17:30:03 Signed-off-by: Marcin Juszkiewicz Feb 10 17:30:24 ok, enough for today Feb 10 17:30:27 bye Feb 10 17:34:53 mesa-dri_git (master) compiled fine with hacked mesa-dri-glsl-native :) Feb 10 17:41:41 lrg: ping? Feb 10 17:49:17 zecke: pong Feb 10 17:50:00 lrg: you went through the hassle of getting into the SAP system of Nokia? Feb 10 17:50:09 yes Feb 10 17:57:36 anyone seen git-native fail to build? Feb 10 17:58:04 zecke, you frightened him Feb 10 18:03:28 * zecke has to fight for his pay of January.. :( Feb 10 18:03:48 fun stuff Feb 10 18:03:54 perl-native is not building ... Feb 10 18:03:59 zecke: :-( Feb 10 18:04:15 Crofton|work: Which error message do you get? Feb 10 18:04:34 | Can't locate ExtUtils/MakeMaker.pm in @INC (@INC contains: /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/local/lib/perl5/site_perl/5.10.0 /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .) at Makefile.PL line 1. Feb 10 18:05:28 This looks nasty.... and unluckliy different from what I had to fix here soem days ago. Feb 10 18:05:50 yeah Feb 10 18:06:03 I am kind of guessing it is peeking at the host? Feb 10 18:07:14 I would read this message like this.... yes Feb 10 18:07:16 urg, I meant git-native Feb 10 18:08:14 zecke: heh, why do you need SAP for that? Feb 10 18:08:42 pb_, I doubt he needs SAP, but I suspect nokia does :) Feb 10 18:09:29 ah Feb 10 18:09:45 the machine it works on has it in host lib, machine it fails does not Feb 10 18:10:03 zecke: crisis related problems? Feb 10 18:11:05 mckoan: no Feb 10 18:11:21 pb_: well, they can only pay if you have a record in their system. :) Feb 10 18:11:42 zecke: doh. Feb 10 18:12:28 zecke, you must conform to get paid :) Feb 10 18:12:43 in this biz, people do not fedex you boxes of cash Feb 10 18:12:57 zecke: that's why you have to become a SAP wizard Feb 10 18:12:59 pb_: which creates the business model of: I have a company that is in the system. :) Feb 10 18:13:57 florian, installing the MakeMaker.pm on the machine I am building on resolved the issue Feb 10 18:14:21 git-native has a problem, an actual OE bug Feb 10 18:15:59 Crofton|work: oh... nasty Feb 10 18:16:16 Crofton|work: gtk-sharp suffers from s similar issue Feb 10 18:17:27 * florian is able to build a quite up to date gtk# but does not want to push this change till he found an idea how to fix the library mapping Feb 10 18:17:39 the file is in staging, the paths are just wrong Feb 10 18:29:48 * florian runs home, bbiab Feb 10 18:32:35 03Graeme Gregory  07org.openembedded.dev * r52faa35123 10openembedded.git/ (3 files in 3 dirs): Feb 10 18:32:35 u-boot_git.bb : add actual omapzoom2 u-boot from TI tree. Feb 10 18:32:35 This is the TI maintained u-boot for the zoom2. Also added is koens Feb 10 18:32:35 patch to make sure NEON code does not deadlock. Feb 10 18:32:45 03Graeme Gregory  07org.openembedded.dev * r6c94d48a45 10openembedded.git/ (conf/machine/omapzoom2.conf recipes/x-load/x-load_git.bb): Feb 10 18:32:46 x-load_git.bb : add support for omapzoom2 in x-load Feb 10 18:32:46 this recipe is a bit wierd as omapzoom2 version of x-load refers to Feb 10 18:32:46 u-boot build directory. Feb 10 18:32:46 03Graeme Gregory  07org.openembedded.dev * r8e72776755 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git.openembedded.org/openembedded into org.openembedded.dev Feb 10 18:47:16 zecke: heh, indeed. Feb 10 18:47:43 zecke: would you like to be my employee? :-) Feb 10 18:48:02 03Koen Kooi  07org.openembedded.dev * red78d3e9ab 10openembedded.git/recipes/xinput-calibrator/xinput-calibrator_0.5.0.bb: xinput-calibrator: run through oe-stylize and recipe sanity Feb 10 18:56:11 hi all Feb 10 19:09:13 khem: does this should work? Feb 10 19:09:30 khem: DEBUG_BUILD="1" bitbake -b recipes/xorg-xserver/xserver-xorg_1.7.3.bb Feb 10 19:10:09 khem: because I see no diff in the executable (I'm away from the target machine) Feb 10 19:10:32 i really don't see why you'd think that would work Feb 10 19:10:47 bitbake filters the environment. unless you added DEBUG_BUILD to BB_ENV_EXTRAWHITE, that wont do anything at all. Feb 10 19:10:54 DEBUG_BUILD="1" bitbake -e | grep \^DEBUG_BUILD Feb 10 19:12:37 * kergoth grumbles Feb 10 19:13:41 is there a way within a recipe to specify in SRC_URI a wildcard such as files://foo/* ? Feb 10 19:14:45 pretty sure that works, but i think the better method would be to just file://foo/, and let it copy the directory over Feb 10 19:14:53 either way Feb 10 19:15:00 kergoth: because I haven't understood bitbake mechanics yet :-P Feb 10 19:15:07 ah... didn't realize you could do that, thx Feb 10 19:15:07 fair enough Feb 10 19:15:20 but the default from your perspective should *always* be to set things in your local.conf Feb 10 19:15:27 only very specific things are allowed in from the environment Feb 10 19:15:51 what if I'd like to build only one app in debug mode then? Feb 10 19:16:06 DEBUG_BUILD_pn-somerecipe = "1" Feb 10 19:16:08 in local.conf Feb 10 19:16:33 if you really want to use the environment, just add it to BB_ENV_EXTRAWHITE Feb 10 19:16:39 export BB_ENV_EXTRAWHITE="DEBUG_BUILD" Feb 10 19:17:06 kergoth: thx Feb 10 19:17:09 np Feb 10 19:17:19 debug_build is a relic. Feb 10 19:17:25 remnants of the way things were done in the past Feb 10 19:17:41 nowadays the better route is to build everything with debugging symbols always, and let the packaging code split out the .debug fiels into the -dbg package(s) Feb 10 19:34:41 I added DEBUG_BUILD="1" in local.conf Feb 10 19:34:48 bitbake -b recipe -cclean Feb 10 19:34:52 bitbake -b recipe Feb 10 19:35:36 but in the config.log I don't see any debug option abd the executable is 10 times smaller tha normal Feb 10 19:36:10 maybe maust be a different way of doing this Feb 10 19:36:16 * kergoth shrugs, could be broken, like he said earlier, its a relic, obsolete Feb 10 19:36:29 * mckoan sighs Feb 10 19:37:09 and what's the new way? looks that not all recipes support it Feb 10 19:37:14 ? Feb 10 19:37:20 every recipe gets its debug symbols ripped out Feb 10 19:37:25 if they exist. Feb 10 19:37:31 not all recipes obey the bitbake flags variables, for one Feb 10 19:37:38 where are they placed? Feb 10 19:37:40 for two, I'm not sure if anyone ever added the -g option to cflags by default Feb 10 19:37:44 in the -dbg package. Feb 10 19:37:55 if the -dbg package is empty, then its because the binaries weren't build with debug symbols Feb 10 19:38:05 mckoan: check kergoth's patch to add IMAGE_FEATURES and build image from -dbg packages? Feb 10 19:38:09 I'd suggest doing a CFLAGS += "-ggdb" or -g just to make sure of that aspect Feb 10 19:38:19 what do you mean with "-dbg package"? Feb 10 19:38:19 mckoan: adding "-ggdb" etc into CFLAGS Feb 10 19:38:30 nano-dbg etc Feb 10 19:38:35 03Koen Kooi  07org.openembedded.dev * r7c5f81b213 10openembedded.git/recipes/shadow/shadow.inc: Feb 10 19:38:35 shadow: run pwconv and grpconv in postinst Feb 10 19:38:35 * this converts oldstyle formats to the proper one Feb 10 19:41:54 /home/hrw/devel/build/angstrom/tmp/work/armv6-angstrom-linux-gnueabi/policykit-0.9-r8/staging-pkg/deploy/glibc/ipk/armv6/ Feb 10 19:42:07 someone remember why I am getting such lines on do_package_stage? Feb 10 19:43:14 of course I could have added -g in the makefile building the package with -cdevshell, but I supposed there was something ready for these cases Feb 10 19:47:02 how many times do i need to explain this? make sure -g/-gdb is in the bitbake CFLAGS variable and install the dbg packages for any recipe you need to debug Feb 10 19:47:14 thats it Feb 10 19:52:33 kergoth: I'm sorry and I appreciate your effort, maybe is clear for who (like you), already knows that, but I'm not sure what are you saying Feb 10 19:52:51 i already told you what to add to local.conf to make sure things are built with debugging symbols Feb 10 19:52:58 and if you don't know what a "package" is, you're beyond my ability to help Feb 10 19:53:20 kergoth: no prob, thank you again :-) Feb 10 20:06:30 mckoan: np, sorry if i sounded a bit harsh there Feb 10 20:09:39 kergoth: you did, but I understand, OE internals are not easy to understand so better a few harsh hints than nothing :-) Feb 10 20:11:45 http://docs.openembedded.org/usermanual/html/recipes_packages.html mentions the -dbg package and its contents Feb 10 20:11:59 should probably add more info about how the packaging process works, though Feb 10 20:15:23 pb_, thanks for applying some of the series of misc trivia i sent. What about 07/12, 8, 10, 11, 12 ? I'd need 10 to add git-1.6.6 .. Feb 10 20:16:41 and TIA to anyone having a look at that xz vs. NLS thing :) Feb 10 20:16:52 blindvt: I have 10 applied here locally Feb 10 20:16:54 khem, *blink* 8) Feb 10 20:17:27 8 is obvious Feb 10 20:18:21 khem, i admit that i've no idea how 11 ever applied for anybody. Do you know, by chance? Feb 10 20:18:44 khem, i mean, that patch without the 11 fix Feb 10 20:24:09 03Bernhard Reutner-Fischer  07org.openembedded.dev * rf8f2d16a61 10openembedded.git/recipes/git/ (git-native_1.6.0.4.bb git.inc git_1.6.0.4.bb): Feb 10 20:24:09 git: remove version specifics from generic inc Feb 10 20:24:09 Signed-off-by: Bernhard Reutner-Fischer Feb 10 20:24:09 Signed-off-by: Khem Raj Feb 10 20:24:13 03Bernhard Reutner-Fischer  07org.openembedded.dev * rca1b344cf4 10openembedded.git/recipes/uclibc/uclibc_git.bb: Feb 10 20:24:14 uclibc-git: Typo fix in comments. Feb 10 20:24:14 Signed-off-by: Bernhard Reutner-Fischer Feb 10 20:24:14 Signed-off-by: Khem Raj Feb 10 20:25:37 blindvt: there was effort to add multilib to oe sometime back thats when the patch came in Feb 10 20:25:51 we really dont need it otherwise Feb 10 20:28:54 but nevertheless we need your fix to patch if we have to apply it Feb 10 20:34:47 this patch is not used in 2.20 thats why it was never forward ported Feb 10 20:35:09 khem, please also install that (bb wget) one. Obvious and i need it for virtual/coreutils to work without touching bitbake.conf. I'll try to get it into 1.16.1 too, but it will definitely be in the next thing based off master Feb 10 20:35:40 khem, so why is it int here if it's not applied? ;P Feb 10 20:36:43 khem, i suggest we skip 1.16.0 for now, but if need be, i have a recipe lying around here.. Feb 10 20:39:05 03Bernhard Reutner-Fischer  07org.openembedded.dev * rf08176b50a 10openembedded.git/recipes/binutils/binutils-2.20/binutils-x86_64_i386_biarch.patch: Feb 10 20:39:05 binutils-2.20: Forward port binutils-x86_64_i386_biarch.patch to 2.20 Feb 10 20:39:05 Signed-off-by: Bernhard Reutner-Fischer Feb 10 20:39:05 Signed-off-by: Khem Raj Feb 10 20:39:10 khem, before i send them in later, do you have binutils_git and gcc_git recipes that you are about to add? I needed them for testing. Also, what's the status of 0) SSP support 1) gold support 2) !LFS support 3) !NLS support 4) IPv4 and/or(only) IPv6 support in there? Done? TODO? Feb 10 20:39:52 they are there Feb 10 20:40:07 binutils_cvs* and gcc_svn* Feb 10 20:40:14 khem: do you plan to bump gcc in sane-toolchain.inc or do you want more testers? whole shr-image compiled fine here.. Feb 10 20:40:15 khem, --cache-file support for -native and target works? should work? NIH but would be well received? Feb 10 20:40:30 I have kept gcc svn healthy as I have been playing with it Feb 10 20:40:44 binutils might need some love Feb 10 20:41:34 NLS support is there Feb 10 20:41:40 gold not Feb 10 20:41:47 ssp yes Feb 10 20:42:29 JaMa: you mean 4.4.3 ? Feb 10 20:42:32 khem, i so much prefer git://gcc.gnu.org/git/gcc.git and git://sources.redhat.com/git/binutils.git since the're so easy to fwd-port stuff Feb 10 20:43:08 Well, unless gcc and binutils start using git officially its better to stick with cvs and svn Feb 10 20:44:24 blindvt: its hard to track git due to SHA Feb 10 20:44:35 we have had SRCREV problems Feb 10 20:44:51 svn and cvs are ok because versions increase always Feb 10 20:45:01 so there is a chronological order Feb 10 20:46:23 blindvt: can you update patchwork for the patches that got applied Feb 10 20:46:26 khem, gcc is updated every 20 mins, so good enough for me. If the syncer hangs then it's fixed promptly but that didn't happen since summer 2009 (AFAIK -- consider that fixed); sources' cvs is a glorious pain and since the git thing is updated promptly it's fine for me too, for regular use Feb 10 20:47:23 yes locally I use git ones but on OE its better to stick to svn because of the problem I just explained Feb 10 20:47:24 khem, but ok, i'll keep the _git's local then. Fine with me either way. It's just a local conf thing Feb 10 20:47:45 yes instead I would encourage you to use svn and cvs recipes Feb 10 20:47:51 * blindvt nods khem. sure, i understand what you mean Feb 10 20:47:59 it will save some disk space Feb 10 20:48:19 plus you have more users :) Feb 10 20:49:53 khem, seen my 0/8 plea in 8 ? Rest should be gold (even saves folks from breakage ATM due to Denys restructuring downloads/ and getting rid of checksums.ini :) Feb 10 20:50:40 khem: yes 4.4.3 Feb 10 20:53:01 khem, so that leaves 7/12 (document proxy settings in local.conf.sample) and 12 (sets vs. set triage uniformity between bitbake and oe) Feb 10 20:53:13 03Bernhard Reutner-Fischer  07org.openembedded.dev * rf4b798241e 10openembedded.git/recipes/tasks/task-base.bb: Feb 10 20:53:13 task-base.bb: use uniform test for set Feb 10 20:53:14 Signed-off-by: Bernhard Reutner-Fischer Feb 10 20:53:14 Signed-off-by: Khem Raj Feb 10 20:54:10 khem, do you folks ack applied stuff on the list that was applied so that noone is tempted to re-apply them, wasting time? Feb 10 20:54:26 khem, just curious.. Feb 10 20:55:00 03Bernhard Reutner-Fischer  07org.openembedded.dev * r3f602f72f0 10openembedded.git/conf/local.conf.sample: Feb 10 20:55:00 local.conf.sample: Document proxy setup. Feb 10 20:55:00 Signed-off-by: Bernhard Reutner-Fischer Feb 10 20:55:00 Signed-off-by: Khem Raj Feb 10 20:56:37 blindvt: usually patchwork is one that was there to help in this regard but not all devs like it so its sometimes on list and sometimes on patchwork Feb 10 20:56:43 I usually use patchwork Feb 10 20:57:15 blindvt: how about 03 Feb 10 20:57:32 I think if you are fixing a nonworking recipe then probably it has started to work Feb 10 20:57:42 so it should be moved out of nonworking tree ? Feb 10 20:57:45 khem, ok, thanks for the hint and thanks for applying Feb 10 20:58:27 khem, it was broken in september, probably got fixed by now. Disregard it. I've by now learned to ignore bitbakes hints on make world ;) Feb 10 20:58:51 JaMa: I have not proposed the change to 4.4.3 yet but more testing is always welcome my local tests are on mips and arm and show no regressions Feb 10 20:59:49 re Feb 10 21:01:20 03Bernhard Reutner-Fischer  07org.openembedded.dev * r2a39c2264e 10openembedded.git/recipes/gmp/gmp.inc: Feb 10 21:01:20 gmp: use GNU_MIRROR in SRC_URI Feb 10 21:01:20 Signed-off-by: Bernhard Reutner-Fischer Feb 10 21:01:20 Signed-off-by: Khem Raj Feb 10 21:01:47 and apparently vice versa. kergoth does seem to neither apply nor NAK my humble 2 non-obj code changes nor my 2 obj-code changes, but i'm of course happy to be patient :) Feb 10 21:03:59 khem, thanks. And let me get my volume down for today (sorry for interfering/playing screen-saver folks) Feb 10 21:04:02 * blindvt & Feb 10 21:09:21 thick skin and patience is key :) Feb 10 21:10:32 yep. it's not that i wouldn't know the game ;P Feb 10 21:10:46 blindvt, sheesh Feb 10 21:11:49 hoi blinder Feb 10 21:13:25 khem, like KMS. Proposed and implemented in 1995/6, nack'ed then and penguin-pee'd in what, 2009? Certain stuff takes time, believe me i'm aware of that kind of stuff. 'nuff said |-) Feb 10 21:13:41 woglinde, heya Feb 10 21:28:10 khem, lingering.. affects e.g. git archive. I do, but do you folks? http://paste.debian.net/59451/ Feb 10 21:30:42 khem, oh, and tinylogin. Was merged into busybox a long time ago; How would i handle it? I've git rm'ed it, but should we provide some kind (if so how? you're more familiar than /me) a dummy package off busybox with LOGINUTILS*=y ? Feb 10 21:37:07 03Guo Hongruan  07org.openembedded.dev * r40914431d5 10openembedded.git/recipes/u-boot/ (7 files in 4 dirs): Feb 10 21:37:07 u-boot: remove 'inline' from functions with weak attribute. Feb 10 21:37:07 * gcc 4.4 onwards complains about inline qualifier on weak functions. Feb 10 21:37:07 Signed-off-by: Guo Hongruan Feb 10 21:37:07 Signed-off-by: Khem Raj Feb 10 21:45:37 This one looks good: http://www.globalscaletechnologies.com/p-32-guruplug-server-plus.aspx Feb 10 21:46:11 florian *g* Feb 10 21:47:08 only 89 euros? Feb 10 21:47:10 cool Feb 10 21:48:08 isn't there facility to blacklist explicit mention of bitbake configured *_MIRRORS in recipes? Would be fancy to have, IMHO Feb 10 21:51:23 uh Feb 10 21:51:28 guru plug display Feb 10 21:51:30 this rockz Feb 10 21:51:42 with wifi Feb 10 21:59:16 woglinde: I guess I will have to use a TK-71 instead :) Feb 10 21:59:32 florian pointer? Feb 10 21:59:41 hm oh khem pushed the gcc-4.4 uboot fix Feb 10 21:59:42 haha Feb 10 22:00:20 oh this guy is a real hero! Feb 10 22:00:29 03Henning Heinold  07org.openembedded.dev * re65f002a87 10openembedded.git/ (conf/checksums.ini recipes/gpsd/gpsd_2.39.bb): gpsd: update to version 2.39 Feb 10 22:01:18 florian the pity is both of us have the patch localy around for some weeks Feb 10 22:01:40 woglinde: http://www.avnet-memec.eu/products/newsletter/marvell/marvell-issue-43february-2010-launch-of-warpcomm-marvell-mpu-dev-kit.html Feb 10 22:02:22 The hardware will ship with a light version of the µCross embedded Linux distribution from kernel concepts, which will comprise: Feb 10 22:02:25 haha Feb 10 22:03:17 Yeah... which means I should not use the gruplug for replacing my ome server ;) Feb 10 22:03:33 For ehhh... political reasons :-) Feb 10 22:03:40 hm Feb 10 22:03:48 aeh and you have it available Feb 10 22:03:57 the guru you must order Feb 10 22:04:58 hm only one picture Feb 10 22:06:25 woglinde: Not really... of course we have some preseries ones. I think they will be officially announced at Embedded World. Feb 10 22:28:22 khem, seen my x/8 plea for consideration? 2, 3, 5, 6 are obvious. 1 should be reviewed/ACKed by Jens Seidel (since he wanted to have the real fix separated out; that rest is obvious); 4 is obvious but blindly relying on xz available on the host; 7 is safe (AFAICT) and 8 would work as is though paper over a problem and thus is flagged RFC/CFH Feb 10 22:29:36 I will Feb 10 22:29:49 but prolly later today Feb 10 22:31:12 take your time && TIA Feb 10 23:14:31 CoreDump|home: ping about irc livelogs Feb 10 23:26:19 03Stanislav Brabec  07org.openembedded.dev * r4af92512ba 10openembedded.git/recipes/xorg-lib/libx11_1.3.3.bb: libx11: Apply keysymdef_include.patch referring to target staging only for libx11 and not for libx11-native. Feb 10 23:28:33 03Stanislav Brabec  07org.openembedded.dev * re372bba85f 10openembedded.git/recipes/gtk+/gtk+-native_2.12.11.bb: gtk+-native: Added missing DEPENDS, don't build print backend that would require cups-native. Feb 10 23:32:46 Is is possible to have my recipe (vs my image) produce .ipk and .tar files? Feb 10 23:36:32 hoj, when i do bitbake foo i get a .ipk for the foo package under tmp/deploy/glibc/ipk/ARCH/ Feb 10 23:36:55 presumably if you have INHERIT = "package_tar" as well, you would get a .tar too Feb 10 23:48:24 whats the url for angstrom mirrors ? Feb 11 00:11:17 grg: I added the INHERIT and also tried a += "package_tar", but I don't see package tar files. Would you expect them to be in a deploy/tar directory like the deploy/ipk dir? Feb 11 00:17:20 hoj, yeah that's what I'd expect. But I've never tried it. Feb 11 00:18:16 grg: looks like I put the setting in the wrong place, trying again.. Feb 11 00:30:50 grg: Thanks, that worked! I put 'INHERIT += "package_ipk package_tar" ' in my local.conf and both package types were created Feb 11 00:45:33 khem: http://www.angstrom-distribution.org/unstable/sources/ ? Feb 11 00:47:33 does someone have idea about nocursor option on Xserver ? /etc/X11/XServer Feb 11 00:47:38 hi Feb 11 00:48:48 JDuke128: what's the problem, it's already used there.. so just copy&paste that Feb 11 01:00:36 JDuke128: what's the problem, it's already used there.. so just copy&paste that Feb 11 01:01:01 hi , i tried to hide my mouse cursor on angstrom OS , i tried to edit /etc/X11/XServer added on $ARGS= -nocursor but only it moved my cursor to topleft when boot Feb 11 01:01:08 its not hiding cursor of mouse Feb 11 01:01:35 i need to make invisible that ugly X cursor on boot Feb 11 01:02:23 i need to hide it Feb 11 01:02:27 please help Feb 11 01:04:06 "$ARGS=" is wrong syntax for sure Feb 11 01:04:34 and I have no idea where you put -nocursor (if that's right device section or not) Feb 11 01:05:05 and if it's really ugly cursor from Xorg then it should wokr Feb 11 01:05:08 work Feb 11 01:05:38 but maybe you're using some old kdrive xserver instead of new xserver-xorg Feb 11 01:05:46 and I'm going to sleep Feb 11 01:05:50 bye and gl Feb 11 01:06:08 hmm Feb 11 01:06:18 JaMa , where to add ? Feb 11 01:06:23 i can pastebin my code Feb 11 01:06:51 can you tell me how to add where to add -nocursor ? Feb 11 01:07:08 JDuke128: you can try to run that server from cmd line and see if cursor is gone.. Feb 11 01:07:42 JDuke128: read that script and you'll see that there are differnt ARGS settings for different devices Feb 11 01:07:47 * JaMa off Feb 11 01:08:28 k, Feb 11 01:08:30 thnx Feb 11 01:21:09 03Khem Raj  07org.openembedded.dev * r6795b4bf1e 10openembedded.git/recipes/u-boot/u-boot_git.bb: Feb 11 01:21:09 u-boot_git.bb: Do not apply u-boot-remove-inline-of-weak-functions.patch Feb 11 01:21:09 to beagleboard. Feb 11 01:21:09 Signed-off-by: Khem Raj Feb 11 01:24:30 03Michael 'Mickey' Lauer  07org.openembedded.dev * rbc68929cea 10openembedded.git/ (3 files in 2 dirs): libeflvala: has moved from FSO git to EFL svn Feb 11 02:23:25 hi , how can i disable X Window enlightenment system ? I want my beagle to open console Feb 11 02:23:34 and i run my own xinit Feb 11 02:23:40 how ? **** ENDING LOGGING AT Thu Feb 11 02:59:57 2010