**** BEGIN LOGGING AT Sun Jul 18 02:59:56 2010 Jul 18 08:00:50 can I fetch a single file with the svn fetcher? Jul 18 08:00:55 or fetch non-recursively? Jul 18 08:19:11 03Martin Jansa  07org.openembedded.dev * r328c6515cb 10openembedded.git/recipes/shr/phonefsod_git.bb: Jul 18 08:19:11 phonefsod: bump SRCREV Jul 18 08:19:11 Signed-off-by: Martin Jansa Jul 18 08:19:17 03Martin Jansa  07org.openembedded.dev * rc36b793975 10openembedded.git/recipes/freesmartphone/cornucopia.inc: Jul 18 08:19:18 cornucopia: bump SRCREV Jul 18 08:19:18 Signed-off-by: Martin Jansa Jul 18 08:19:20 03Martin Jansa  07org.openembedded.dev * r06b5d4e332 10openembedded.git/recipes/ (4 files in 4 dirs): Jul 18 08:19:20 linux(-kexecboot)_git: bump SRCREV, add fix for bug 16310 Jul 18 08:19:20 Signed-off-by: Martin Jansa Jul 18 08:25:01 !bug 16310 Jul 18 08:25:10 hm.. Jul 18 08:27:25 Jay7: kernel bug.. Jul 18 08:27:37 JaMa: ah, I see Jul 18 08:27:39 Jay7: see commit message in patch Jul 18 08:27:51 I've stopped at (kexecboot) :) Jul 18 08:28:05 it's only for 2.6.35-rc2+ Jul 18 09:13:56 03Stefan Schmidt  07org.openembedded.dev * rdb4bd6ad27 10openembedded.git/recipes/grep/grep_2.6.3.bb: grep_2.6.3: Configure asks for gettext inherit it Jul 18 09:13:57 03Stefan Schmidt  07org.openembedded.dev * ra67026749f 10openembedded.git/recipes/bison/bison.inc: bison.inc: Configure asks for gettext inherit it Jul 18 09:13:58 03Stefan Schmidt  07org.openembedded.dev * r7f726f5d85 10openembedded.git/recipes/opensp/opensp-native_1.5.bb: opensp-native_1.5: Configure asks for gettext inherit it Jul 18 09:26:47 03Stanislav Brabec  07org.openembedded.dev * ra1b6432da5 10openembedded.git/recipes/openobex/obex-data-server_0.4.4.bb: obex-data-server: Adding imagemagick to DEPENDS (requires MagicWand by default). Jul 18 11:22:13 03Koen Kooi  07org.openembedded.dev * r6af5045c65 10openembedded.git/recipes/jack/jack_0.118.0.bb: jack: add 0.118.0 (latest stable) Jul 18 11:42:08 hi Jul 18 11:43:06 leviathan: did you try the lsof patch from git ? it doesn't seem to work for me Jul 18 11:49:29 dcordes: hey, did you compiled klibc yesterday? Jul 18 11:49:53 Jay7: hi Jul 18 11:50:16 Jay7: I suck at fixing such compile errors Jul 18 11:53:26 Jay7: do you think it is best to try fixing it against linux-qsd8 or should we just use vanilla workaround ? Jul 18 11:54:07 dcordes: best way it to fix klibc building against linux-qsd8 Jul 18 11:55:03 Jay7: are there known problems against other 2.6.32 kernels ? Jul 18 11:55:20 dcordes: better to ask ant and khem about this Jul 18 11:55:32 they have fixed lot of problems Jul 18 11:55:45 khem: ping Jul 18 11:56:06 dcordes: you can try to check git log about klibc Jul 18 11:56:43 hm version bump, fix build on x86 Jul 18 11:57:03 dcordes: nope Jul 18 11:57:06 didn't try yet Jul 18 11:57:13 I'll deploy a build now Jul 18 11:57:17 so I can test Jul 18 11:57:18 :-) Jul 18 11:57:58 leviathan: nice Jul 18 11:59:17 Jay7: doesn't really help Jul 18 11:59:29 Jay7: I will rebuild and post the log Jul 18 11:59:44 dcordes: use tinderbox :) Jul 18 12:00:12 Jay7: I do but it had some problems recently Jul 18 12:00:33 Jay7: I think I know what's wrong Jul 18 12:00:46 Jay7: I didn't put defconfig with the kexecboot option activated Jul 18 12:00:59 dcordes: did you see my email to "kernel side rpc server bundle"? Jul 18 12:01:08 on linux-arm-msm Jul 18 12:01:37 leviathan: no Jul 18 12:07:54 oh.. another bug in psplash.. Jul 18 12:48:44 got an error related to lsof yesterday as well Jul 18 12:49:01 leviathan: did you try the lsof patch from git ? it doesn't seem to work for me Jul 18 12:49:21 karmakop: i'm building Jul 18 12:49:23 I'll look Jul 18 12:49:32 not that far Jul 18 12:49:41 will inform you if it breaks on lsof Jul 18 12:49:46 karmakop: there was a commit that says it fixes it Jul 18 12:50:17 karmakop: but it was obviously only local phenomenon on author's side Jul 18 12:50:47 maybe I should stick to stable of some sort Jul 18 12:52:52 I must be misunderstanding something, I am building the minimal distro and 'bitbake console-image' Jul 18 12:52:59 and I saw it building gtk+ Jul 18 12:53:25 karmakop: I notice similar thing sometimes. gui libs build for console only images Jul 18 12:53:38 leviathan: thanks Jul 18 12:54:21 takes like 6 hours on my machine to find out it fails, kind of depressing me :) Jul 18 12:58:44 dcordes: they aren't supposed to build though right? Jul 18 13:05:43 karmakop: I don't think so Jul 18 13:06:02 karmakop: maybe it's problem with recipes that have optional gui and people forget to strip gui depends Jul 18 13:07:37 that is bluez -> gstreamer chain afaik Jul 18 13:21:55 hmm, don't need bluetooth Jul 18 13:41:01 does OE assume it's always using GNU make? Jul 18 13:41:20 it uses make from the host, right? Jul 18 13:50:13 hi, any idea why I'm get this error http://wklej.org/id/365942/ ? Jul 18 13:52:41 look at the pp.o Jul 18 13:54:38 I don't know what would cause the "file truncated" message. File not recognized almost looks as if it was some cross-evilness. Also - have you not run out of disk space? The error message should be different, but anyway. Jul 18 13:55:42 zub: there is 76G aveable space so it's not that Jul 18 13:55:51 ok, that was just a guess :) Jul 18 13:56:08 what does file pp.o say? Jul 18 13:56:31 sec, I have to find it Jul 18 13:56:58 it's perl-native, so cross-evilness sounds unlikely Jul 18 14:01:49 file pp.o Jul 18 14:01:51 pp.o: empty Jul 18 14:02:00 hmm Jul 18 14:05:13 I'm working on a recipe for a package that uses "GNUmakefile" as the name of their makefile. But base.bbclass tests for makefile or Makefile in base_do_compile(). Jul 18 14:05:25 So for that package it doesn't run make. Jul 18 14:06:07 I can either work-around by touch "${S}/Makefile" (and then make is run, and is uses GNUmakefile, as it's present) or extend the test in base.bbclass to check for "GNUmakefile" too. Jul 18 14:06:28 First is ugly, so the second seems better to me. Jul 18 14:06:46 Any feedback? Jul 18 14:08:36 03Martin Jansa  07org.openembedded.dev * r5c50cd8047 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: update openjdk entry Jul 18 14:10:29 or I can just call oe_runmake unconditionally, I guess Jul 18 14:10:36 in that one recipe Jul 18 14:30:16 zub, there's a patch floating around to add GNUmakefile to base.bbclass, already Jul 18 14:30:21 i guess it must not have been applied yet Jul 18 14:30:25 check patchwork Jul 18 14:30:32 trivial patch, of course :) Jul 18 14:37:53 kergoth_: I don't see it in patchwork Jul 18 14:38:07 hmm, dunno then, i know it went to the mailing list Jul 18 14:38:14 patchwork's supposed to pick those up Jul 18 14:38:31 I searched for "make" in the titles, maybe it's hidden somewhere Jul 18 14:39:04 anyway, I'd like to send a patch to update webkit-gtk recipe, and I need that GNUmakefile Jul 18 14:39:23 so, what if I send two patches: add gnumakefile, update webkit-gtk Jul 18 14:41:29 in fact, I'm just looking for a way that increases the probability of my patch not being ignored :) Jul 18 14:43:04 kergoth_: http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg06820.html Jul 18 14:43:18 then how come I don't see it in base.bbclass? Jul 18 14:43:38 no idea. Jul 18 14:43:44 are you using stable instead of .dev? Jul 18 14:44:04 $ git branch -a Jul 18 14:44:04 * org.openembedded.dev Jul 18 14:52:53 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/classes/base.bbclass#n351 Jul 18 14:55:07 I just can't find it in git :-/ Jul 18 15:32:15 incomming... Jul 18 15:32:19 03Denis 'GNUtoo' Carikli  07org.openembedded.dev * r5433a7dcb2 10openembedded.git/recipes/keymaps/keymaps_1.0.bb: (log message trimmed) Jul 18 15:32:19 keymaps: remove initscripts dependency Jul 18 15:32:19 Multiple initscripts version exist,for instance Jul 18 15:32:19 initscripts-shr,initscripts-openmoko,initscripts etc... Jul 18 15:32:19 Depending on a particular initscript is not a good idea: Jul 18 15:34:00 GNUtoo|laptop: could you pls look to see if http://cgit.openembedded.org/cgit.cgi/openembedded/tree/classes/base.bbclass#n351 was applied or not? Unless I'm not looking at a wrong branch (org.openembedded.dev) I think it just wasn't. Jul 18 15:34:39 GNUtoo|laptop: ehm, wrong link, I mean: http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg06820.html Jul 18 15:35:44 zub, base.bbclass: if [ -e Makefile -o -e makefile ]; then Jul 18 15:35:50 so the response is no Jul 18 15:35:58 ok, thanks for verifying Jul 18 15:36:04 if you feel that the post was abandoned...ping by mail Jul 18 15:36:22 ping by mail = reply to the original mail? Jul 18 15:36:25 on the ML Jul 18 15:36:48 yes Jul 18 15:36:52 just ping there Jul 18 15:37:00 but only if the post was abandoned Jul 18 15:37:16 you should wait a bit to know if the post was abandoned Jul 18 15:37:20 well... it ends with: Applied Jul 18 15:37:32 04 Jun 2010 Jul 18 15:37:35 ah then respond Jul 18 15:37:39 but it seems it just wasn't Jul 18 15:37:42 ask where it was applied Jul 18 15:37:46 ok Jul 18 15:39:18 hm, don't have the mail in MTA any longer, I gelete older mails :-/ Jul 18 15:40:58 people delete mails? weird :) Jul 18 15:41:08 * kergoth_ archives everything and is only at 9% of his gmail storage Jul 18 15:41:34 pine doesn't cope with 1000+ mails in a folder too well, and I'm too lazy to set up dividing into folders for MLs Jul 18 15:45:34 wow, sigsegv Jul 18 15:45:49 what a message Jul 18 16:13:27 dcordes: whats up Jul 18 17:47:48 03Stefan Schmidt  07org.openembedded.dev * r337e4b9533 10openembedded.git/recipes/ayatana/ido_0.1.6.bb: ido_0.1.6: Add for other Ayatana parts Jul 18 17:47:49 03Stefan Schmidt  07org.openembedded.dev * r6dc45846cf 10openembedded.git/recipes/ayatana/libdbusmenu_0.3.5.bb: libdbusmenu_0.3.5: Add for other Ayatana parts Jul 18 17:47:50 03Stefan Schmidt  07org.openembedded.dev * re4a8eebf13 10openembedded.git/recipes/ayatana/libindicator_0.3.8.bb: libindicator_0.3.8: Add for other Ayatana parts Jul 18 17:47:51 03Stefan Schmidt  07org.openembedded.dev * re689b4c172 10openembedded.git/recipes/ayatana/indicator-network_0.2.6.bb: indicator-network_0.2.6: And finally the connman/ofono based network indicator Jul 18 17:47:51 03Stefan Schmidt  07org.openembedded.dev * r29d31f9f2e 10openembedded.git/recipes/ayatana/indicator-applet_0.4.3.bb: indicator-applet_0.4.3: Gnome applet for so called indicators of Ayatana Jul 18 17:47:52 03Stefan Schmidt  07org.openembedded.dev * r3440b3f294 10openembedded.git/recipes/dfu-util/ (dfu-util.inc dfu-util_0.1.bb): dfu-util_0.1: Add 0.1 release Jul 18 17:48:04 03Stefan Schmidt  07org.openembedded.dev * r3b441d3074 10openembedded.git/recipes/ayatana/json-glib_0.10.4.bb: Jul 18 17:48:04 json-glib_0.10.4: Add json-glib Jul 18 17:48:04 This is needed for other parts of the Ayatana project of Canonical. See here for Jul 18 17:48:04 more infos: Jul 18 17:48:04 https://launchpad.net/ayatana Jul 18 18:14:06 khem: dcordes tried to compile kexecboot yesterday but it fails on klibc Jul 18 18:15:49 error was: | /media/lenny/home/luke-g/build/openembedded/tmp/sysroots/htcleo-angstrom-linux-gnueabi/kernel/include/linux/in.h:188:3: error: expected specifier-qualifier-list before 'sa_family_t' Jul 18 18:16:09 gcc 4.5 Jul 18 18:16:43 machine is htc-qsd8 afaik Jul 18 18:27:06 hello Jul 18 18:27:44 Jay7: what linux headers were he using Jul 18 18:28:05 * tufty_simon is looking for a bit of help building x-load and u-boot for a new platform Jul 18 18:28:05 that is good question.. Jul 18 18:28:16 dcordes: ping ^^ Jul 18 18:29:26 made a copy of the openpandora config, have modified the various kernel configuration files to allow my specific machine, everything in console-image builds fine apart from x-load and u-boot Jul 18 18:29:50 Jay7: new kernels have changed visibility of sa_family_t Jul 18 18:30:56 khem: against what header version klibc should be compiled ok? Jul 18 18:30:58 u-boot seems to be looking for u-boot.git_1.tar.gz which doesn't seem to exist. I can't figure out why Jul 18 18:30:59 tufty_simon: more than often those packages are machine specific Jul 18 18:31:10 Jay7: 2.6.31 Jul 18 18:31:27 khem: what to do with older headers? Jul 18 18:31:32 use older klibc? Jul 18 18:31:33 Jay7: or you could apply my patch Jul 18 18:31:48 older should work fine too Jul 18 18:31:53 where can I look at patch? Jul 18 18:31:59 khem: yeah, I know. First thing I wanted to do was get it building, then worry about gettng it *working* :) Jul 18 18:32:35 tufty_simon: you did not give enough information for anyone to help you thus far Jul 18 18:33:01 khem: tru, dat. Jul 18 18:33:24 khem. Here's the situation with u-boot: Jul 18 18:34:40 khem: I've not changed anything in the machine config WRT u-boot, I was kinda hoping I'd get the openpandora version, given that's what my machine config is based on Jul 18 18:34:46 machie config is here: Jul 18 18:35:52 http://pastie.org/1049532 Jul 18 18:36:26 The machine, for what it's worth, is a witstech a81. Omap 3530 based machine with GPS and TI wl1271 wifi chip Jul 18 18:36:53 touchscreen, 800x480 screen, etc. basic web tablet sorta thing Jul 18 18:37:57 Jay7: tufty_simon that config is your machine.conf ? Jul 18 18:38:06 Actually, hell. I did change the u-boot config from the pandora one. Jul 18 18:38:10 uboot used MACHINE override Jul 18 18:38:11 khem: yeah Jul 18 18:38:32 tufty_simon: you have to add those MACHINE overrides in u-boot recipes Jul 18 18:39:19 Ah, right. So I use PREFERRED_VERSION_u-boot-witsa81 instead of ....omap3, and then play with the uboot confis? Jul 18 18:39:46 that makes sense Jul 18 18:42:24 tufty_simon: if it is similar to omap3-pandora Jul 18 18:42:44 try to add your machine name to COMPATIBLE_MACHINE in recipes/u-boot/u-boot-omap3pandora_git.bb Jul 18 18:43:13 and also chose this as preferred provided for your u-boot Jul 18 18:43:14 I'll give that a shot. thanks Jul 18 18:44:16 you should know that if you add a new machine there are some recipes which depend on machine override and you have to make sure that your machine does not need something special Jul 18 18:44:21 than default Jul 18 18:44:30 * Jay7 is looking for autoconf guru Jul 18 18:44:49 generally expectations are oh my machine is similar to machine x and machine x works so should mine Jul 18 18:44:55 but thats not the case Jul 18 18:45:00 khem: yeah, been working my way through those :) Jul 18 18:45:07 Jay7: what do you nedd Jul 18 18:45:45 khem: I'm looking for a way to do --enable-bpp=[all,32,24,18,16,4,2,1] in configure.ac Jul 18 18:46:11 to enable compiling only specified bpp modes support Jul 18 18:55:21 Jay7: here it is something you could do Jul 18 18:55:49 Jay7: http://pastebin.com/5btwFJY5 Jul 18 18:56:20 ofcourse you have to adapt it to your needs Jul 18 18:56:58 khem: thank you very much! Jul 18 18:57:20 khem: second question is how to later set/unset defines Jul 18 18:57:39 Jay7: what do you mean Jul 18 18:59:03 e.g. after this case I have enable_bpp=32 Jul 18 18:59:16 03Stefan Schmidt  07org.openembedded.dev * r476efa2355 10openembedded.git/recipes/ayatana/json-glib_0.10.4.bb: Jul 18 18:59:16 json-glib: Put in an extra folder as it may be used by others. Jul 18 18:59:17 This way it is easier to spot. We need to make sure that the versions in moblin Jul 18 18:59:17 work with this version as well and move them. Jul 18 18:59:24 how can I set #define HAVE_32BPP e.g.? Jul 18 18:59:46 ah.. I've not said about this before.. Jul 18 19:00:42 right question is how can I use that enable_bpp=32 to enable/disable some code? Jul 18 19:01:05 #if enable_bpp==32 ? Jul 18 19:02:27 Jay7: hmm you could add AC_DEFINE(HAVE_32BPP,1)] Jul 18 19:02:36 in that case statement Jul 18 19:02:53 this should emit it into config.h Jul 18 19:03:02 which you could include in your source files Jul 18 19:03:56 ah.. I understand Jul 18 19:04:01 khem: thank you again Jul 18 19:04:04 I'll try Jul 18 19:29:01 khem: x-load and u-boot are now building fine. Thank you very much. Jul 18 19:47:41 re Jul 18 22:14:51 03Stanislav Brabec  07org.openembedded.dev * r6c7f77291c 10openembedded.git/recipes/lsof/lsof_4.83.bb: Jul 18 22:14:51 lsof: Fixed typo in addtask. Jul 18 22:14:51 Signed-off-by: Stanislav Brabec Jul 18 22:14:51 Acked-by: Stefan Schmidt Jul 18 23:12:26 03Stanislav Brabec  07org.openembedded.dev * rd38001818a 10openembedded.git/recipes/balsa/ (3 files in 3 dirs): Jul 18 23:12:26 balsa: Updated to version 2.4.7. Fixed infinite symlink error. Jul 18 23:12:26 Signed-off-by: Stanislav Brabec **** ENDING LOGGING AT Mon Jul 19 02:59:56 2010