**** BEGIN LOGGING AT Mon Jul 30 02:59:57 2007 Jul 30 02:59:59 but eh, if you want to be proper, I'm in #ubuntu-offtopic anyway Jul 30 03:00:24 here's one for the on-topic side; can I get OE running on a Dell Axim X5? Jul 30 03:00:34 Zero_Chaos: heh, time for me to turn my computer into a TV set anyhow. cul Jul 30 03:00:47 no, OE is a cross-compiling environment, you run it on your desktop Jul 30 03:00:58 noted Jul 30 03:01:17 I've a lot to learn about the handheld linux scene, I do. Jul 30 03:13:17 openembedded.org is a good place to start Jul 30 04:43:24 03rpurdie 07org.oe.dev * re2d41610... 10/ (1 classes/image.bbclass): image.bbclass: Fix other bbimage refernce Jul 30 06:23:03 good morning all Jul 30 06:36:06 * koen wonders what the 2 police cars are doing outside his front door Jul 30 06:37:26 koen: Violated the GPL? Jul 30 06:38:13 maybe :) Jul 30 06:38:33 heh, they even put a newby in the backyard Jul 30 06:38:56 I wonder what the upstairs neighbours did Jul 30 07:18:13 good morning Jul 30 07:19:26 anyone's able to update opie-usermanager? I'm about to file a bug on that, but I'm not sure if I should file it in OE's bugzilla, or in OPIE's one Jul 30 07:29:23 morning Jul 30 07:30:45 hey hrw Jul 30 07:30:56 time to update moko phones Jul 30 07:34:03 hm.. mickeyl still not updated to new OM pim apps.. Jul 30 07:35:51 most likely still problems building them Jul 30 07:37:13 I built them all before guadec and during Jul 30 07:37:23 but then not yet tried Jul 30 07:37:47 hrw: mickeyl changed versions and library versions this weekend Jul 30 07:38:09 to make them parallel installable with the old ones (don't ask me why.....) Jul 30 07:39:01 I saw that discussion Jul 30 07:39:07 atleast part of it Jul 30 07:39:40 I didn't see the discussion, only mickeyl stating that as the reason why the recipes aren't in yet Jul 30 07:40:17 it was on openmoko-devel Jul 30 07:40:29 irc or ml? Jul 30 07:40:31 irc Jul 30 07:40:37 ah, right Jul 30 07:40:44 I'm not on openmoko irc channels Jul 30 07:57:44 morning all Jul 30 07:57:52 hey RP Jul 30 07:59:18 hey XorA Jul 30 07:59:35 hey koen Jul 30 08:01:27 XorA: NOTE: package network-manager-applet-0.6.5-r0: task do_configure: completed Jul 30 08:01:44 configure: WARNING: In the future, Autoconf will not detect cross-toolswhose name does not start with the host triplet. If you think thisconfiguration is useful to you, please write to autoconf@gnu.org. Jul 30 08:03:00 erp Jul 30 08:06:51 03koen 07org.oe.dev * r5627d419... 10/ (1 packages/gnome/gnome-power-manager_2.18.3.bb): gnome-power-manager: split out applets Jul 30 08:06:55 03koen 07org.oe.dev * rbe59388e... 10/ (1 packages/glibc/glibc_2.6.bb): glibc 2.6: add more broken locales Jul 30 08:07:00 03koen 07org.oe.dev * rf01a5c3b... 10/ (4 files in 2 dirs): networkmanager: add 0.6.5 release Jul 30 08:10:41 aaargh Jul 30 08:10:55 it took me an hour to realise 'do_staging' != 'do_stage' Jul 30 08:11:26 * XorA bought a PS3 Jul 30 08:12:03 ~lart ross Jul 30 08:12:03 * ibot turns ross into a lifesized tux doll Jul 30 08:18:37 XorA: http://bluez.cvs.sourceforge.net/bluez/gnome/ChangeLog?revision=1.11&view=markup Jul 30 08:20:18 koen: what did ross wrong? Jul 30 08:20:30 do_staging' != 'do_stage' Jul 30 08:24:53 koen: gettig better :-) Jul 30 08:26:20 03koen 07org.oe.dev * r75fe0b70... 10/ (4 files in 2 dirs): bluez-gnome: add 0.10 Jul 30 08:26:25 03koen 07org.oe.dev * rb1429221... 10/ (3 files in 2 dirs): networkmanager: add applet Jul 30 08:26:59 XorA: nm-applet require the usual gnome crap for being an applet Jul 30 08:27:29 * koen wishes gnome applets would drop bonobo and use gtkstatusicon + dbus Jul 30 08:27:46 hey florian Jul 30 08:30:20 hi all Jul 30 08:32:26 koen: start submitting patches Jul 30 09:49:43 XorA: there are a few other nm frontends, the enlightenment dudes have one, and iirc the xfce dudes as well Jul 30 09:50:29 koen: cool Jul 30 09:50:47 so at least its a defacto standard now Jul 30 09:51:15 kde has own frontend too Jul 30 09:52:12 iirc kde even has 2 frontends Jul 30 09:52:17 aur and knetworkmanager Jul 30 10:00:35 03koen 07org.oe.dev * r6c89e166... 10/ (1 packages/blassic packages/blassic/blassic_0.10.1.bb): blassic: add classic BASIC interpreter Jul 30 10:01:00 koen: does it require numbering lines? Jul 30 10:03:43 10 print "I am god"; goto 10 Jul 30 10:07:35 hrw: yes Jul 30 10:12:55 kewl Jul 30 10:16:23 time to look for some breakfast Jul 30 10:36:06 hi Jul 30 10:37:32 I have a package that built with the autotools (uses the respective class). now in the do_install() phase. how can I achieve that besides autotool_do_install() some custom commands are executed (I want to install a few binaries that are normally not distributed by the package) Jul 30 10:37:48 do_install_append() { Jul 30 10:37:55 koen: thanks! Jul 30 10:52:28 hey mickeyl Jul 30 10:52:32 long meeting :) Jul 30 10:55:10 huhu Jul 30 10:56:54 hey Jin^eLD Jul 30 10:57:06 hi koen Jul 30 10:58:25 morning Jul 30 11:11:36 can somebody help me with a bitbake problem? bb 1.8.6 does not create several packages, claiming that they are empty (p.ex. gpe-clock) Jul 30 11:12:00 looking into this, it seems the default FILES_${PN} is lost Jul 30 11:12:10 don't use bitbake -i Jul 30 11:12:28 oh Jul 30 11:12:30 ok Jul 30 11:14:12 ah, fine - works... what's the reason for this? Jul 30 11:14:59 bugs Jul 30 11:16:24 well, i suspected that :) nevermind Jul 30 11:22:16 koen: Should bluez-utils not depend on libusb? I can't find the dep in the bb files. Bug? Jul 30 11:24:26 where does it need libusb for? Jul 30 11:25:20 ah, right for the dfu tool Jul 30 11:26:08 koen: jup, just found it in the 3.13 readme Jul 30 11:26:15 http://www.angstrom-distribution.org/repo/?action=details&pnm=bluez-utils-compat Jul 30 11:26:17 koen: like me to push a fix? Jul 30 11:26:35 as of 10 seconds ago it already depends on libusb :) Jul 30 11:26:43 heh, ok Jul 30 11:31:49 03mickeyl 07org.oe.dev * raf3f6db3... 10/ (1 conf/machine/fic-gta01.conf conf/machine/fic-gta02.conf): fic-gta0[12].conf: add dfu-util-native to build/upload utilities Jul 30 11:31:53 03mickeyl 07org.oe.dev * r4a597627... 10/ (1 classes/openmoko-panel-plugin.bbclass): openmoko-panel-plugin.bbclass: inherit openmoko2 Jul 30 11:32:42 03koen 07org.oe.dev * r21cc6320... 10/ (1 packages/bluez/bluez-utils.inc): bluez-utils: depends on libusb Jul 30 11:33:06 mickeyl: openmoko2.bbclass doesn't exist, so you can't inherit it :( Jul 30 11:34:07 k, let me fix that Jul 30 11:35:54 mickeyl: I switched the oe server back to ewi so stefan and daniel could commit, if you add their keys, you can switch it back to your mirror Jul 30 11:36:46 koen: ok, let me check whether this thing still runs Jul 30 11:37:08 can i just copy the database? Jul 30 11:37:16 digging out the keys would take longer Jul 30 11:37:32 03mickeyl 07org.oe.dev * r22e39271... 10/ (1 classes/openmoko2.bbclass): add openmoko2.bbclass, thanks Koen for spotting Jul 30 11:37:37 03mickeyl 07org.oe.dev * r3e6ef0b2... 10/ (19 files in 6 dirs): first batch of OpenMoko2007.2 stuff Jul 30 11:44:55 mickeyl: btw, in OE matchbox--2 is in ${bindir}/matchbox--2, not ${bindir}/matchbox- as the openmoko scripts assume Jul 30 11:45:25 argh, my eyes are blind... too many brackets and foo :D Jul 30 11:45:32 * mickeyl rereads Jul 30 11:45:42 +matchbox-desktop & Jul 30 11:45:43 +matchbox-panel --orientation south & Jul 30 11:45:43 +exec matchbox-window-manager $@ Jul 30 11:45:51 that starts matchbox 1 stuff Jul 30 11:47:12 ok, will fix that asap. i just need to get complete image built and then start fixing all the remaining runtime problems Jul 30 11:47:47 while poky is kind of close to org.oe.dev, the devil lays in the details Jul 30 11:47:52 and there are a lot of details Jul 30 11:48:17 mickeyl: http://rafb.net/p/Dg1Ogw72.html Jul 30 11:48:32 I'm not sure how the openmoko2 stuff is called now :) Jul 30 11:48:45 openmoko-today2 vs. openmoko-today-2 Jul 30 11:49:12 policy is appending the 2 without a hyphen Jul 30 11:49:19 i need to fix it in one or two places though Jul 30 11:49:27 koen: looks good, please commit Jul 30 11:49:55 bbiab Jul 30 11:56:27 gday all Jul 30 11:59:52 hmm. jackd is not building for me Jul 30 12:00:02 looks like it misses the dlopen etc calls Jul 30 12:04:57 Crofton: mtn up :) Jul 30 12:13:04 * koen gets some bandages for his eyes Jul 30 12:14:03 03koen 07org.oe.dev * ra08f4d98... 10/ (3 files in 3 dirs): openmoko-session2: start matchbox2 and openmoko2 variants where needed Jul 30 12:14:08 03koen 07org.oe.dev * r0f9c4e9a... 10/ (1 classes/openmoko2.bbclass): openmoko2.bbclass: add some ugly python foo to get the correct modulename and sourcedir Jul 30 12:14:48 koen: Any news on those locking issues? Jul 30 12:14:56 RP: still there Jul 30 12:15:20 koen: Did you try increasing the timeout? I added the variable to svn to make it easy Jul 30 12:15:22 try 'bitbake foo ; touch local.conf ; bitbake foo' and doing a bitbake -b somewhere else during the second parse Jul 30 12:16:06 what does "NOTE: :need more than 1 value to unpack while evaluating:" mean? Jul 30 12:16:45 Something went wrong. What was the full message? Jul 30 12:17:13 koen: Can you try running sqlite3 tmp/cache/MACHINE/bb_*sqlite on one console then try to bitbake something and see if it ever works? Jul 30 12:17:39 koen: I'm beginning to wonder if your sqlite version's locking doesn't work :/ Jul 30 12:17:59 * * OE Bug 2684 has been RESOLVED (FIXED) by waldecir(AT)gmail.com Jul 30 12:18:01 * *  wifi-radar 1.9.6-r0 have wrong dependencies Jul 30 12:18:03 * * http://bugs.openembedded.org/show_bug.cgi?id=2684 Jul 30 12:18:16 I can happily view the data in the db on one console and run bitbake in another... Jul 30 12:19:22 RP: http://rafb.net/p/ck8lbJ99.html Jul 30 12:20:43 koen: Something is broken in openmoko_strip_two(), I'd ask mickeyl Jul 30 12:21:00 hmm r0f9c4e9a... Jul 30 12:21:04 please disapprove that Jul 30 12:21:11 http://rafb.net/p/ofDHU870.html Jul 30 12:21:17 openmoko2 is correct, I'm just not finished moving dirs in svn Jul 30 12:21:25 mickeyl: yeah, it breaks parsing as well :) Jul 30 12:22:00 (it does work with -b) Jul 30 12:25:00 koen: Parsing and running bitbake -b at the same time works here... Jul 30 12:27:13 running sqlite3 ../cache/fic-gta01/bb_persist_data.sqlite3 and doing 'bitbake apache2' works Jul 30 12:30:42 koen: That ran the fetch and unpack tasks of apache2 (fetch, unpack and patch tasks hit the sqlite database) Jul 30 12:31:02 RP: you can make mallum happy by copying the gnome-power-manager recipe to meta-extras :) Jul 30 12:31:16 koen: After poky gets released, yes :) Jul 30 12:33:34 koen: does it actually work on anything other than x86 though ? Jul 30 12:33:51 koen: BUSTED :-D Jul 30 12:33:55 mallum: http://scap.linuxtogo.org/files/b91821e1f85831ddb8b7e42c5da1d478.png Jul 30 12:34:00 running on my ipaq Jul 30 12:34:27 nice :-) Jul 30 12:34:27 mallum: HAL now has support for the backlight class and stuff Jul 30 12:34:41 * mallum tells ross Jul 30 12:35:01 mallum: but as usual, gnome panel applets drag in bonobo and three quarters of gnome Jul 30 12:37:08 eeks, bonobo Jul 30 12:37:25 * koen still wonders why gtkstatusicon only draws downward Jul 30 12:39:38 koen: I thought power manager was a systray applet though - no bonobo ? Jul 30 12:41:35 I tried splitting of the applets, but it all still links to bonobo: http://www.angstrom-distribution.org/repo/?action=details&pnm=gnome-power-manager http://www.angstrom-distribution.org/repo/?action=details&pnm=gnome-power-manager-applets Jul 30 12:46:01 it there in oe to create a busybox ramdisk? Jul 30 12:47:31 hmmm I should "just" put an angstrom image in the initrd and see what happens:) Jul 30 12:49:39 03koen 07org.oe.dev * r51dade0f... 10/ (1 classes/openmoko2.bbclass): disapproval of revision '0f9c4e9a82d594fcb5e8f31c8f8e761f3d47f099' Jul 30 12:51:21 DENIED! Jul 30 12:51:23 :-) Jul 30 13:19:51 03koen 07org.oe.dev * rc26e32db... 10/ (1 packages/openmoko2/openmoko-today2_svn.bb): openmoko-today2: set PV to OM standard Jul 30 13:19:56 03koen 07org.oe.dev * r844ba792... 10/ (1 packages/openmoko2/openmoko-today2_svn.bb): openmoko-today2: add libmokoui2 to DEPENDS Jul 30 13:20:00 03koen 07org.oe.dev * r123a709f... 10/ (5 files in 2 dirs): openmoko lib*2: stage stuff so we can build dependants Jul 30 13:26:44 hmm.. need to compare them with my versions now.. Jul 30 13:27:58 * * OE Bug 2703 has been created by joaquinduran(AT)adtelecom.es Jul 30 13:28:00 * * unable to compile kdrive 1.3.0.0 Jul 30 13:28:02 * * http://bugs.openembedded.org/show_bug.cgi?id=2703 Jul 30 13:54:53 i have some gain build a iwmmxt images for nom multimedia-applications ? or is better use armv5te ? Jul 30 13:57:20 03koen 07org.oe.dev * r27c57b53... 10/ (3 files in 3 dirs): openmoko-session2: add proper RCONFLICTS Jul 30 14:07:44 mickeyl: http://dominion.kabel.utwente.nl/koen/cms/kinetic-scrolling-on-the-neo1973 Jul 30 14:12:07 nice scrolling Jul 30 14:13:18 the biggest problem I have with it is the friction of the screen Jul 30 14:13:34 I could greas up my fingertip :) Jul 30 14:13:53 that looks very fluent Jul 30 14:16:33 neo1973 have a nice video performance, and the scrooling looks good and smooth Jul 30 14:16:56 the videa performance sucks Jul 30 14:17:03 but the scrolling is smooth Jul 30 14:17:52 each neo with free KY Jelly Jul 30 14:37:01 koen: that scrolling is nice indeed Jul 30 14:37:34 is the 2nd moko going to have wifi for sure or no? Jul 30 14:38:21 Zero_Chaos: ask on #openmoko Jul 30 14:38:30 thanks Jul 30 14:42:29 morning Jul 30 14:42:55 hey chouimat Jul 30 15:10:29 Hi, anyone have problems with qemu-native on oe.dev? Jul 30 15:11:10 NOTE: package qemu-native-0.8.2+cvs20060723-r1: task do_compile: started Jul 30 15:11:14 I get "qemu/block-qcow.c:26:18: zlib.h: No such file or directory" Jul 30 15:11:15 that's on my screen now :) Jul 30 15:11:22 on x86 Jul 30 15:11:28 alphaone: 64bit ? Jul 30 15:11:33 no Jul 30 15:11:38 ah Jul 30 15:11:49 woglinde had a problem in 64bit with that iirc Jul 30 15:12:21 And it seems to be some sort of -I$(STAGING)/include/ which is missing in a Makefile because after I added that the compile went fine. Jul 30 15:12:47 I'm just not sure why that's missing since inherit autotools usually takes care of everything. Jul 30 15:13:17 CFLAGS += " -I$(STAGING)/include/" ? Jul 30 15:13:51 koen: Let me try Jul 30 15:14:25 ${STAGING} is the correct variable for the staging dir? Jul 30 15:14:45 ${STAGING_INCDIR} Jul 30 15:15:37 alphaone: i have downloaded source code from zlib and compiled, and all works fine Jul 30 15:16:14 s/from zlib/from zlib.net Jul 30 15:16:31 I suspect it works if you have zlib1g-dev installed on your host Jul 30 15:16:35 (which I have) Jul 30 15:16:40 koen: i have it instaled Jul 30 15:16:57 but zlib.h is not installed, i dont know why Jul 30 15:17:14 i have re-installed zlib1g-dev and not work Jul 30 15:17:34 download zlib from zlib.net and manually compile resolvs the problem Jul 30 15:18:01 but it is a workaround not the final solution i think... Jul 30 15:18:32 bye Jul 30 15:18:49 bitbake zlib-native;bitbake qemu-native Jul 30 15:20:03 blog about guinea piggies: 8 reads in 2 days, blog about geeky phone: 100+ reads in one hour Jul 30 15:20:42 blog that piggies eat phones :-) Jul 30 15:21:04 koen: You need to make your pigs more geeky. :) Jul 30 15:21:18 koen: I'm using gentoo so -dev is installed by default Jul 30 15:21:21 mabe qemu-native need add zlib-native in DEPENDS Jul 30 15:21:26 If will put the neo in their cage :) Jul 30 15:21:27 s/mabe/maybe Jul 30 15:22:14 DEPENDS = "libsdl-native zlib-native" <- from qemu-native.inc Jul 30 15:22:34 thanks to the crappy camera you can't see it's not using the complete openmoko theme :) Jul 30 15:25:19 koen: your video suxor Jul 30 15:25:37 koen: ;P Jul 30 15:25:44 mallum: next time I'll use my iSight and osx ;) Jul 30 15:26:40 koen: the performance not so good as old omoko theme Jul 30 15:27:16 I haven't installed the new theme yet Jul 30 15:28:07 I even haven't built the new theme :) Jul 30 15:33:35 Hey, I'm trying to bitbake gpe-image for iPAQ hx2000 for the first time, and it fails on the thcrut-1.2.5/Libnet-1.0.2a configure script's endianness test (can't run the binary it compiled). Jul 30 15:34:31 I edited the acinclude.m4 file to hard-code lil endian, but the bitbake still fails. Jul 30 15:34:40 yonran_: build angstrom-x11-image instead Jul 30 15:36:00 Okay. Jul 30 15:54:06 hi all Jul 30 16:07:20 good morning all Jul 30 16:07:41 anyone here know how to get a GSM radio card working under gnu? Jul 30 16:07:48 for voice, SMS etc? Jul 30 17:36:08 hello all Jul 30 17:36:22 hey likewise Jul 30 17:36:43 how's life down south? Jul 30 17:37:01 cool and busy Jul 30 17:38:54 Hello KhemWork, Montavista looking into OpenEmbedded here? :-) Jul 30 17:39:14 heh no its me looking Jul 30 17:40:07 btw how can I use external toolchain to compile the userspace Jul 30 17:40:21 like buildroot has an option to use external toolchains Jul 30 17:41:01 ok, there is way to do that, look for ASSUME_PROVIDED Jul 30 17:41:24 which will tell the build system that this dependency has been met. you should yourself make sure the tools are in the path Jul 30 17:42:42 KhemWork: http://www.openembedded.org/user-manual&dpage=commonuse_prebuilt_toolchain Jul 30 17:43:30 KhemWork: nptl/eabi/uclibc is still waiting for the uclibc 0.30 release? Jul 30 17:43:42 03daniel 07org.oe.dev * r7d8bd470... 10/ (3 files in 3 dirs): qemu_cvs.bb: Fix Makefile so CFLAGS/LDFLAGS in config.mak aren't overwritten Jul 30 17:47:00 alphaone: here's your ciabot entry Jul 30 17:47:01 koen: I am working merging it Jul 30 17:47:16 eabi is already in 0.9.29 Jul 30 17:47:52 nptl hopefully will make into 0.9.30 Jul 30 17:48:10 any [rough] ETA for 0.30? Jul 30 17:48:57 depends on how fast/smooth NPTL merge happens Jul 30 17:49:06 a months after $random persom uploads a shapshot ;) Jul 30 17:49:55 hi Jul 30 17:50:34 does open Embedded run on an arm7/32 mhz with 16 mb ram? Jul 30 17:50:56 with distro should I use? Jul 30 17:51:08 it's a psion 5 mx Jul 30 17:51:19 mifritscher: openembedded is a build system, you don't run it on the embedded box Jul 30 17:51:28 DISTRO=angstrom-2007.1 would be a good start Jul 30 17:51:57 zero, sorry, I meant the target ;) Jul 30 17:52:58 koen, thanks ;) Jul 30 17:53:30 hmm Jul 30 17:53:38 that is a bit too rough of an estimate Jul 30 17:53:53 iirc 3 branches need merging Jul 30 17:53:56 is 0.9.29 shaped enough to give it a try for OM? Jul 30 17:54:05 arm/nptl ppc/nptl and mips/nptl Jul 30 17:54:24 mickeyl: haven't found and serious bugs in it, but I didn't test it very hard Jul 30 17:54:49 koen: ah. so it builds at least? Jul 30 17:54:52 mickeyl: but why would openmoko need uclibc? as soon as you want i18n you loose the size argument Jul 30 17:55:11 mickeyl: ANGSTROM_MODE="uclibc" and everything happens automagically :) Jul 30 17:56:22 koen: just for my personal interest, i.e. static builds of tools Jul 30 17:57:08 I want it for installers, initrds and rescue systems Jul 30 17:57:19 yeah. same here Jul 30 17:57:23 and of course for things like avr32 and blackfin that don't have a glibc port Jul 30 18:05:01 mickeyl: almost 400 views on http://dominion.kabel.utwente.nl/koen/cms/kinetic-scrolling-on-the-neo1973 Jul 30 18:05:10 mickeyl: you're making one popular phone :) Jul 30 18:07:37 you ain't seen nothing yet :D Jul 30 18:07:49 let's talk in 12 months Jul 30 18:15:14 mickeyl: not in 3 months at OEDEM? Jul 30 18:16:05 koen: you will be jacketed and gagged for that :-) Jul 30 18:16:23 koen: in 3 months, we can talk about gta02. in 12 months, we can talk about the gta02 successors! :D Jul 30 18:16:32 XorA|gone: http://news.bbc.co.uk/2/hi/uk_news/wales/1048327.stm Jul 30 18:17:47 only 42, slacker Jul 30 18:26:12 * steliosk has forgot how slow it is to get a git tree for the first time Jul 30 18:27:04 ~ping Crofron Jul 30 18:27:05 pong Crofron Jul 30 18:27:08 ~ping Crofton Jul 30 18:27:09 pong Crofton Jul 30 18:28:25 pong Jul 30 19:29:15 Crofton: did you get sound working on the EFIKA yet? Jul 30 19:29:30 no, I have not had time to work on it Jul 30 19:29:51 I was gone this weekend and had a server go south Jul 30 19:30:06 and I am having to deal with annoying people at work Jul 30 19:30:18 * Crofton|laptop verges on a meltdown Jul 30 19:30:42 and what sucks is, the efika stuff is the most interesting Jul 30 19:30:59 and the people here are much easier to work with Jul 30 19:31:06 even koen :) Jul 30 19:41:57 mickey|tv: pretty cool scrolling! Jul 30 19:42:30 Crofton|laptop: start your own OE consulting :-) Jul 30 19:43:00 yeah Jul 30 19:43:06 I need "customers" Jul 30 19:43:18 Crofton: ah, those people with deep pockets Jul 30 19:46:10 re Jul 30 20:36:23 mtn: misuse: database /local/sandbox/openembedded/OE.mtn is laid out according to an old schema Jul 30 20:36:23 mtn: misuse: try 'mtn db migrate' to upgrade Jul 30 20:36:23 mtn: misuse: (this is irreversible; you may want to make a backup copy first) Jul 30 20:36:38 I just was following instruction on getting started Jul 30 20:36:57 I have monotone 0.35 (base revision: f92dd754bf5c1e6eddc9c462b8d68691cfeb7f8b) Jul 30 20:37:33 try http://www.openembedded.org/snapshots/OE-this-is-for-mtn-0.35.mtn.bz2 Jul 30 20:38:17 ah i see Jul 30 20:38:35 I was trying default OE.tar.bz2 Jul 30 20:38:43 yeah Jul 30 20:38:57 I should move the symlink to 0.35 Jul 30 20:39:02 ok Jul 30 20:39:31 koen this is my day 1 using OE so pardon my questions Jul 30 20:41:33 koen, have you thought of using eglibc for OE ? Jul 30 20:42:19 im have compiled many packages for armv5tel Jul 30 20:42:31 now i changed my builder to iwmmxt and i got this isso Jul 30 20:42:32 http://pastebin.com/m5e771cbe Jul 30 20:43:04 i have to delete arm-angstrom-linux-gnueabi ? Jul 30 20:44:40 KhemWork: yes, just haven't had the time to add it Jul 30 20:44:49 same story with newlib and a recent klibc Jul 30 20:44:51 koen I might be able to help Jul 30 20:44:58 that would be great Jul 30 20:45:05 with eglibc Jul 30 20:45:32 psycoman: qemu doesn't emulate iwmmxt (at least the one in OE doesn't) Jul 30 20:46:14 koen: so, how i can compile my packages with iwmmxt ? Jul 30 20:46:30 psycoman: disable localegen Jul 30 20:46:49 psycoman: ENABLE_BINARY_LOCALE_GENERATION = "0" Jul 30 20:47:20 koen, hmm fine but it wil impact in packages ? i will need locale ? Jul 30 20:47:39 you'll be fine if you add some swap Jul 30 20:47:48 it will generate the locales on the device Jul 30 20:48:05 ulrich drepper decided that glibc only runs on devices with 128MB memory...... Jul 30 20:48:44 KhemWork: is there some document that describes what is so embedded about eglibc? Jul 30 20:49:00 koen: www.eglibc.org Jul 30 20:49:00 so angstrom is build with uclib for most of devices ? Jul 30 20:49:01 eglibc.org is a load of marketing material Jul 30 20:49:44 it is trying to modularize glibc and also add stuff like cross testing capabilities and cross locale etc. Jul 30 20:50:45 sounds like a good start Jul 30 20:51:01 drepper claims you can't crosscompile glibc every now and then Jul 30 20:51:47 yeah he is right we are trying to help to make it cross compile Jul 30 20:51:56 so to build a iwmmxt i need change glibc ? /hmm Jul 30 20:52:08 well, I've been crosscompiling glibc for a while now :) Jul 30 20:52:31 koen: can I nfs boot OE once its built Jul 30 20:52:39 yes Jul 30 20:52:45 perfect Jul 30 20:53:12 koen, build iwmmxt arch ? Jul 30 20:53:14 that's what I do with my at91sam9263-ek board Jul 30 20:53:54 psycoman: no, but we don't have a good finegrained system to tag packages for iwmmxt compilation, so it will compile everything with iwmmxt Jul 30 20:54:48 KhemWork: only svn, no tarballs? Jul 30 20:54:59 so far no Jul 30 20:55:30 steliosk: http://sources.redhat.com/bugzilla/show_bug.cgi?id=2749 Jul 30 20:56:53 at the risk of saying something stupid: can (e)glibc run on an uclinux system? Jul 30 20:59:59 sorry, but why if i disable binary_location in a <128mb it can break i18n support ? Jul 30 21:00:06 koen may not be Jul 30 21:00:13 the VM stuff Jul 30 21:00:25 koen: what is HOST_TOOLS Jul 30 21:00:35 I am looking at http://www.openembedded.org/user-manual&dpage=commonuse_prebuilt_toolchain Jul 30 21:01:30 KhemWork: I'm nut sure, but it looks like '/usr/bin', where your non-cross gcc and libtool live Jul 30 21:01:57 ok then I should be fine even if I dont set it its already in PATH Jul 30 21:02:08 koen, then if qemu can support iwmmxt all works fine ? Jul 30 21:02:10 that should work Jul 30 21:02:16 psycoman: yes Jul 30 21:02:47 i found on net a iwmmxt patch for qemu 0.9.0 i will make some testes. Jul 30 21:16:06 hmm in dev branch exists a qemu 0.9.0cvs but allways i try bitbake qemu-naive it get qemu-0.8 how i can point to 0.9.0 as default ? Jul 30 21:16:29 s/naive/native Jul 30 21:31:34 03florian 07org.oe.dev * r48b128e3... 10/ (1 packages/gpephone/ptim-manager_svn.bb): ptim-manager: Remove patch which was applied upstream. Jul 30 21:31:39 03florian 07org.oe.dev * r8b3785ee... 10/ (1 packages/gpephone/gpe-applauncher_0.9.bb): gpe-applauncher: add 0.9 Jul 30 21:31:44 03florian 07org.oe.dev * raaed7d89... 10/ (1 packages/gpephone/machined_svn.bb): machined: update svn bb Jul 30 21:32:56 re Jul 30 21:48:49 mickeyl: A random question. If we use the svn revision in PV for svn repos, do we have any need for SRCDATE anymore (for svn)? Jul 30 21:49:20 RP: no. the revision is more precise. we could ditch the date in that case. Jul 30 21:50:56 mickeyl: I have something working really neatly for this locally but having to look at SRCDATE breaks it. Basically all you do is set PV="x.y.z+svnr${SRCREV}" and "it just works". The question is how to handle anything doing a legacy PV = "...SRCDATE" Jul 30 21:51:07 koen: you need to add help2man as required package for FC7 Jul 30 21:51:29 mickeyl: I can't see how to make this backwards compatible but I don't want to compromise the interface with legacy considerations :/ Jul 30 21:52:52 hmm Jul 30 21:53:48 I could add a really nasty hack which generates warnings I guess and force people to cleanup :} Jul 30 21:54:00 i'm leaning towards this Jul 30 21:54:09 but please put it up to oe-devel and lets see what people think Jul 30 21:55:06 mickeyl: I'll prove it can work and then ask for opinions/approval Jul 30 21:55:44 right Jul 30 22:06:55 03mickeyl 07org.oe.dev * rb473108b... 10/ (3 files in 3 dirs): openmoko-theme-standard[2]: set CONFFILES, fix SRC_URI Jul 30 22:07:00 03stefan 07org.oe.dev * rb15a72d3... 10/ (1 conf/distro/include/openmoko.inc conf/distro/openmoko.conf): It's OpenMoko not OpenMoKo. Jul 30 22:07:05 03mickeyl 07org.oe.dev * re9669499... 10/ (4 files in 3 dirs): task-openmoko|openmoko-image: adjust for OM-2007.2 Jul 30 22:07:10 03mickeyl 07org.oe.dev * r595f8583... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates.inc: openmoko*: add SRCDATE = now until the integration work for new OpenMoko stuff has been done. Jul 30 22:29:59 hey it seems oe build expects quilt to have its PATCHES_DIR set to patches Jul 30 22:30:24 I have it set to different dir due to other restrictions and I get this error Task failed: Error: /local/sandbox/openembedded/tmp/work/i686-linux/gnu-config-native-0.1+cvs20050701-r5/config/patches/config-guess-uclibc.patch not found. Jul 30 22:30:36 interesting. try unset PATCHES_DIR Jul 30 22:30:48 never had problems with that Jul 30 22:30:57 hmmm I use PATCHES_DIR Jul 30 22:31:16 due to some other conflicts in other projects Jul 30 22:31:28 let me try to reset it in local build for OE Jul 30 22:31:43 you could also try setting it in local.conf Jul 30 22:31:45 ah but its in my .quiltrc Jul 30 22:31:48 aha Jul 30 22:31:52 that may be a problem Jul 30 22:32:03 unless we can prevent that to be read in our quilt-native Jul 30 22:32:15 probably thats best Jul 30 22:32:26 ya. could you add a bugentry? Jul 30 22:32:51 this is my day 1 using OE so I dont know much about processes Jul 30 22:32:56 lemme see Jul 30 22:32:57 hehe Jul 30 22:33:02 bugs.openembedded.org Jul 30 22:37:11 mickeyl: http://bugs.openembedded.org/show_bug.cgi?id=2704 Jul 30 22:37:31 1 2 3 ... CIA BOT Jul 30 22:37:59 * * OE Bug 2704 has been created by raj.khem(AT)gmail.com Jul 30 22:38:01 * * native-quilt reads .quiltrc Jul 30 22:38:03 * * http://bugs.openembedded.org/show_bug.cgi?id=2704 Jul 30 22:38:10 :) Jul 30 22:39:41 KhemWork: tzanks! Jul 30 22:39:46 thanks, even Jul 30 22:40:01 KhemWork: 2406 looks like the same bug, probably should just make yours a duplicate of that and add details to it if needed Jul 30 22:40:24 no problem Jul 30 22:40:28 just CC me Jul 30 22:41:01 mickeyl: must be using german keyboard with 'y' and 'z' swapped Jul 30 22:41:55 hehe. german keyboard indeed. Jul 30 22:42:06 well spotted Jul 30 22:42:17 03stefan 07org.oe.dev * r913db9a3... 10/ (1 classes/openmoko-panel-plugin.bbclass): Add missing libmokopanelui2 dep for all panel applets. Jul 30 22:42:26 I have lived there for 5 years and broken as many keyboards probably Jul 30 22:42:36 where did you live? Jul 30 22:42:42 i.e. where in germany Jul 30 22:46:42 mickeyl: Ulm Jul 30 22:46:51 ah. nice small town Jul 30 22:46:59 I applied this patch http://svn.o-hand.com/view/poky/trunk/meta/classes/patch.bbclass?rev=1509&view=diff&r1=1509&r2=1508&p1=trunk/meta/classes/patch.bbclass&p2=/trunk/meta/classes/patch.bbclass Jul 30 22:47:07 and rebuilding Jul 30 22:47:31 mickeyl: yeah people with laptops and latherhosen Jul 30 22:47:40 hehe Jul 30 22:47:48 (patch) oh, we should catch up with that Jul 30 22:57:59 03rpurdie * r855 10/ (7 files in 4 dirs): svn fetcher: Add SRCREV support Jul 30 22:59:05 mickeyl: That should interest openmoko :) Jul 30 22:59:34 RP: yay :) Jul 30 22:59:41 yepp!! Jul 30 22:59:43 ~praise RP Jul 30 22:59:44 All hail RP! Jul 30 23:01:11 Random Question Jul 30 23:01:25 I'm looking at the way that the Perl modules are packaged in OE and I Jul 30 23:01:45 'm wondering in some cases if the metadata isn't going to be larger than the module itself Jul 30 23:04:55 nm, Gonna email the maintainer Jul 30 23:05:47 sorry, no idea about perl Jul 30 23:05:54 you might remember i fancy the other P language ;) Jul 30 23:06:12 yeah, I remember Jul 30 23:06:31 I dropped off the face of the oe world when I lost my Z, neo dragged me back. Jul 30 23:06:51 I have stuff to upload but not got around to packaging it properly yet. Jul 30 23:08:32 cool. Jul 30 23:08:40 * mwester notes the unusual -- the mention of Perl in the context of OE! Jul 30 23:10:08 I a fan, what can I say :-P Jul 30 23:10:49 me too. I feel out-of-place in a Python world here in OE ;-) Jul 30 23:12:11 hehe Jul 30 23:12:32 I need to find the current perl maintainer Jul 30 23:12:53 so when I get home I'll be looking through my sources. Jul 30 23:13:08 see if I can get my stuff rolled into the cross-compilation Jul 30 23:13:38 also, I need to move his changes from OE into the main Perl distribution (I don't think their changes were moved upstream) Jul 30 23:13:53 I've been a bad maintainer Jul 30 23:14:56 03rpurdie 07org.oe.dev * rfa875ca9... 10/ (1 conf/bitbake.conf): bitbake.conf: Add SRCREV definiton. This is for developers offline use only until we increase the bitbake version requirements. Jul 30 23:20:51 Ok, heading home Jul 30 23:21:18 its 7:20pm here and I should be hacking code not writing security advisories. Jul 30 23:34:41 RP: does this understand the "now" thing yet? Jul 30 23:35:33 mickeyl: It does although not quite the way you expect. There is no longer any "now" setting. You just set PV = "x.y.x+svnr${SRCREV}" and it will do what svnnow does Jul 30 23:36:19 mickeyl: I'm writing a mail to the bitbake and OE lists explaing where this is at, what works, what doesn't and where we go from here Jul 30 23:36:49 ok, thanks. Jul 30 23:49:01 03mickeyl 07org.oe.dev * rd7806a43... 10/ (3 files in 3 dirs): openmoko-session2: don't ship $bindir/matchbox-session, rather depend on matchbox-common Jul 30 23:49:11 03mickeyl 07org.oe.dev * rb369d667... 10/ (1 packages/openmoko2/openmoko-session2.bb): openmoko-session2: remove matchbox-session from SRC_URI Jul 30 23:52:30 RP: the only downside is that we now need to match it with the given PV in the bb Jul 30 23:52:48 mickeyl: We need to match what? Jul 30 23:53:18 x.bb usually contains PV = "0.5.0+svn${SRCDATE}" Jul 30 23:53:29 mickeyl: yes Jul 30 23:53:30 don't we need to know this 0.5.0 ? Jul 30 23:53:59 mickeyl: Read my mail, I'm about to send it Jul 30 23:54:04 ok Jul 30 23:57:03 mickeyl: sent. If it doesn't answer that question, ask me again Jul 30 23:57:13 :D Jul 31 00:02:45 RP: hats off! Jul 31 00:04:13 mickeyl: :) Jul 31 00:32:33 Just a heads up: If you use bitbake 1.8.6 and you have a task u-boot-20070730-r10 do_compile and the next task for uboot happens on the next day the do_deploy function will search in u-boot-20070731-r10 and fail. Jul 31 01:16:28 steliosk, ping **** ENDING LOGGING AT Tue Jul 31 02:59:56 2007