**** BEGIN LOGGING AT Sat Jul 31 02:59:57 2010 Jul 31 05:08:29 rphillips: we do not support mips64 yet in OE Jul 31 05:16:54 has anyone tried the nokia n900 Jul 31 07:52:47 khem: don't suppose you're about, are you? Jul 31 12:11:51 03Frans Meulenbroeks  07org.openembedded.dev * rb80203e052 10openembedded.git/recipes/tgt/tgt_1.0.7.bb: Jul 31 12:11:51 tgt: upgraded to 1.0.7 Jul 31 12:11:51 Signed-off-by: Frans Meulenbroeks Jul 31 12:29:40 hi mickeyl Jul 31 12:32:19 hi eFfeM Jul 31 12:33:26 mickeyl: saw your msg, not really sure how to fix those DEPENDS Jul 31 12:33:48 i'm not too familiar with those recipes and do not have the hw to test thing Jul 31 12:33:52 mostly e17 stuff Jul 31 12:34:17 i guess we can just yank a lot of it Jul 31 12:34:29 and no one will complain Jul 31 12:34:29 :) Jul 31 12:34:42 but i guess i need to do that Jul 31 12:34:59 probably Jul 31 12:35:20 if I do it proably people will complain because it is me .... Jul 31 12:35:25 ;) Jul 31 12:35:46 sometimes creating facts is better than discussing over and over, but it depends, of course Jul 31 12:36:38 yeah, well one of the issues I see is that e.g. some patches or some proposals never get any followup, still have 6 or so patches standing out for several days now, but not a single response Jul 31 12:37:10 and actually expected some neg feedback when I removed some of the old glibc recipes Jul 31 12:38:05 one of the things i'm doing is to point out places where imho is room for improvement, but some people seem to prefer to shoot the messenger Jul 31 12:57:14 heh, unfortunately, yeah Jul 31 12:57:18 but eventually we'll get there Jul 31 12:57:29 compared to older times i see quite some support for your clean up proposals Jul 31 12:57:38 so i think people start to realize Jul 31 12:57:43 slowly... ;) Jul 31 13:39:17 mickeyl: yeah, slowly, patience is not one of my best developed skills ;-) Jul 31 13:39:32 but it would help greatly if you could peek into the e17 stuff Jul 31 13:40:26 and while we're at it, do we need opie 1.2.2, 1.2.3 and 1.2.4 recipes (and sometimes cvs ones) Jul 31 13:40:44 or is that not in your area ? Jul 31 14:11:24 khem: hi, for your multiple arch patches... is a rebuild from scratch needed? Jul 31 14:37:37 03Klaus Kurzmann  07org.openembedded.dev * rb03cafe50a 10openembedded.git/conf/machine/om-gta02.conf: Jul 31 14:37:37 om-gta02.conf: autoload ar6000 and btusb modules Jul 31 14:37:37 Signed-off-by: Klaus Kurzmann Jul 31 15:04:40 eFfeM: no, I abandoned Opie in 2006 Jul 31 15:04:53 eFfeM: these days only Bluelightning cares about it Jul 31 15:04:57 (Paul Eggleton) Jul 31 15:13:24 ah ok, will ask him Jul 31 15:35:51 03Frans Meulenbroeks  07org.openembedded.dev * r3d1a82ffa7 10openembedded.git/recipes/alsa/ (6 files): Jul 31 15:35:51 alsa-lib: removed various old versions Jul 31 15:35:51 These are already quite old, not pinned by anyone, Jul 31 15:35:51 and using legacy staging Jul 31 15:35:51 as per TSC suggestion (minutes may 2010) removed it Jul 31 15:35:52 Signed-off-by: Frans Meulenbroeks Jul 31 15:35:59 03Frans Meulenbroeks  07org.openembedded.dev * r292a997371 10openembedded.git/recipes/0xFFFF/ (0xffff-native_0.1.bb 0xffff_0.1.bb): Jul 31 15:35:59 0xFFFF: removed 0.1 version Jul 31 15:35:59 This one is already quite old, not pinned by anyone, Jul 31 15:35:59 using legacy staging and no BBCLASSEXTEND = "native" Jul 31 15:35:59 as per TSC suggestion (minutes may 2010) removed it Jul 31 15:35:59 Signed-off-by: Frans Meulenbroeks Jul 31 15:37:20 cd .. Jul 31 15:37:27 03Frans Meulenbroeks  07org.openembedded.dev * rd7d4282a83 10openembedded.git/recipes/tgt/tgt_1.0.6.bb: Jul 31 15:37:27 tgt 1.0.6: removed old recipe Jul 31 15:37:27 Thought this one was gone when 1.0.7 was created; apparently Jul 31 15:37:27 used mv instead of git mv, therefore cleaning this up now Jul 31 15:37:27 Signed-off-by: Frans Meulenbroeks Jul 31 15:39:02 03Frans Meulenbroeks  07org.openembedded.dev * rd03afd82e1 10openembedded.git/recipes/alsa/ (alsa-oss_1.0.11.bb alsa-oss_1.0.14.bb): Jul 31 15:39:02 alsa-oss: removed a few old versions Jul 31 15:39:02 These are already quite old, not pinned by anyone, Jul 31 15:39:02 and are sing legacy staging Jul 31 15:39:02 as per TSC suggestion (minutes may 2010) removed it Jul 31 15:39:02 Signed-off-by: Frans Meulenbroeks Jul 31 15:41:20 mickeyl, there is support for careful cleanup Jul 31 15:41:25 not mass commits Jul 31 15:41:43 by doing it one set of recipes at a time, reverts are easier Jul 31 15:41:49 and do not und as much work Jul 31 15:42:06 using automatic scripts to generate huge commits is a bad idea Jul 31 16:09:20 mrmoku: yes rebuild is required Jul 31 16:09:31 khem: ok, thanks Jul 31 16:09:42 I forgot to mention in the mail Jul 31 16:20:50 Crofton, i agree, that's why I tacked a few things based on recipe Jul 31 16:21:11 khem, have you had time to look at the gcc TARGET_INCLUDES patches I send a week or so ago ? Jul 31 16:22:42 btw also have two patches (for attr and squashfs-tools) that could use an ack or so Jul 31 16:23:25 (and if a patch is send for review and does not get an ack, but also no negative response, what would be a good timeframe to push them anyway?) Jul 31 16:33:08 can I use version numbers in DEPENDS ? e.g. this: bluez-libs-${PV} There is no recipe with that name (but there is a bluez-libs_3.36.bb Jul 31 16:33:12 eFfeM: not as much Jul 31 16:33:16 too much stuff to do Jul 31 16:33:28 and OE time was for multi machine work Jul 31 16:33:50 khem, ok, will leave them open for a while, i've seen your multi-machine stuff, so I know you've been terribly busy with other things Jul 31 16:34:12 (btw and your work on multi-machine is much appreciated at this side) Jul 31 16:34:27 thanks I will take a look at them today or tomorrow and stage them in my queue Jul 31 16:35:20 okie (but if you feel they are ok, I can also push them, whatever you prefer) Jul 31 16:35:54 I have to test them and I need to stage them Jul 31 16:36:03 ok, np Jul 31 16:36:54 just want to avoid that they get forgotten Jul 31 16:37:12 no toolchain patches get forgotten Jul 31 16:37:21 unless they dont make sense Jul 31 16:37:37 :-) Jul 31 16:37:46 thanks alot for the good work Jul 31 16:39:05 hm, opie-dgger DEPENDS on sword, but sword is in the nonworking dir Jul 31 16:40:03 do things from nonworking ever get removed? Jul 31 18:29:43 gone for now, back tomorrow Jul 31 20:09:34 hi, Jul 31 20:09:40 any idea about that error: Jul 31 20:09:42 | checking for ECAL... configure: error: Package requirements (libecal-1.2) were not met: Jul 31 20:09:48 what provides libecal Jul 31 20:09:49 ? Jul 31 20:17:08 evolution-libs Jul 31 20:17:19 or something like that Jul 31 20:17:40 (eds, evolution data server) Jul 31 20:18:14 eds-dbus Jul 31 20:18:22 I'll try again Jul 31 20:18:46 it's in tasks.inc Jul 31 20:18:56 DEPENDS = "glib-2.0 gtk+ eds-dbus libowl" Jul 31 20:18:58 that's strange Jul 31 20:19:09 I suspect new staging Jul 31 20:27:36 mickeyl, still | No package 'libecal-1.2' found Jul 31 20:27:43 I'll search trough staging Jul 31 20:28:07 i didn't use eds since openmoko 2007, so no idea whether this still builds / works Jul 31 20:28:38 on trisquel I've tasks Jul 31 20:29:01 I bet eds-dbus's lib was not staged Jul 31 20:30:19 strange Jul 31 20:30:21 no libecal Jul 31 20:30:25 in image Jul 31 20:33:09 I'll try to remove --disable-calendar Jul 31 20:38:13 GNUtoo|laptop: I have new set of patches for multimachine toolchain Jul 31 20:38:19 ok Jul 31 20:38:25 can I try them later? Jul 31 20:38:26 GNUtoo|laptop: if you have cycles to test Jul 31 20:38:30 sure anytime Jul 31 20:38:39 would I have to reinstall from scratch? Jul 31 20:38:53 yes you need to rebuild all Jul 31 20:38:58 ok Jul 31 20:39:00 hmmm Jul 31 20:39:01 these are core changes Jul 31 20:39:05 I know Jul 31 20:39:09 but reinstall the image? Jul 31 20:39:11 and get rid of the old patches Jul 31 20:39:21 ob device you mean ? Jul 31 20:39:28 sigh ecal... Jul 31 20:39:30 it does not need that Jul 31 20:39:32 ok Jul 31 20:39:38 but you can very well do it Jul 31 20:39:45 to make sure all works Jul 31 20:39:59 last time I had a non-working phone Jul 31 20:40:03 I had to reinstall Jul 31 20:40:10 hmm Jul 31 20:40:11 some segfault or something like that Jul 31 20:40:33 I think it will work Jul 31 20:40:56 | /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory Jul 31 20:40:57 what did you reinstall Jul 31 20:40:57 ok Jul 31 20:40:59 all Jul 31 20:41:04 the whole image Jul 31 20:41:13 I mean Jul 31 20:41:18 what build Jul 31 20:41:24 how old build Jul 31 20:41:55 I don't remember Jul 31 20:42:03 anyway it's not important Jul 31 20:42:09 there are new patches anyway Jul 31 20:42:24 but...I'm struggeling against eds-dbus+tasks Jul 31 20:42:46 /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory <- what's that (from eds-dbus) Jul 31 20:43:27 I'll search in a search engine Jul 31 20:43:39 patches are hmm is that native recipe Jul 31 20:43:45 strange strange Jul 31 20:43:50 /usr/ Jul 31 20:43:54 that's strange Jul 31 20:44:32 which package is this Jul 31 20:44:49 eds-dbus ? Jul 31 20:45:39 yes Jul 31 20:45:41 but modified Jul 31 20:45:55 http://pastebin.com/Be6kQ5SG Jul 31 20:46:01 modification is only that: Jul 31 20:46:22 removing that --disable-calendar + bump PR Jul 31 20:47:32 03Khem Raj  07org.openembedded.dev * rb918d74fed 10openembedded.git/recipes/openssh/openssh.inc: (log message trimmed) Jul 31 20:47:32 openssh.inc: Workaround uclibc issue where pthread.h inclusion causes conflict Jul 31 20:47:32 * PAM means openssh wants its own implementation of pthread functions Jul 31 20:47:32 and the signatures dont match with uclibc functions. stdio.h pulls Jul 31 20:47:32 in pthread.h and causes the compiler to abort compilation. Ideally Jul 31 20:47:33 uclibc should not include pthread.h but its a hard one to fix. Until Jul 31 20:47:34 then we disable pam on uclibc. Jul 31 20:48:21 the logs are strange Jul 31 20:48:26 it's from the toolchain Jul 31 20:50:34 e-cal-system-timezone.c:20: -> .../htcdream/sysroots/armv6-novfp-oe-linux-gnueabi/usr/include/glib-2.0/glib.h:32, ->.../htcdream/sysroots/armv6-novfp-oe-linux-gnueabi/usr/include/glib-2.0/glib/galloca.h:34, -> .../htcdream/sysroots/armv6-novfp-oe-linux-gnueabi/usr/include/glib-2.0/glib/gtypes.h:34, ->htcdream/sysroots/armv6-novfp-oe-linux-gnueabi/usr/lib/glib-2.0/include/glibconfig.h:11, -> /usr/include/limits.h:27, -> /usr/include/features.h:378:0 Jul 31 20:50:57 hmmm Jul 31 20:51:47 GNUtoo|laptop: I think the libtool file is messed Jul 31 20:52:02 ok Jul 31 20:52:07 I'll look Jul 31 20:52:14 hmm its compile time Jul 31 20:52:39 so it could be that compiler commandline is faulty Jul 31 20:52:46 which one Jul 31 20:52:51 ah ok Jul 31 20:52:53 yes compile time Jul 31 20:52:55 headers Jul 31 20:52:58 not linking Jul 31 20:52:59 indeed Jul 31 20:53:04 (I'm tired sorry) Jul 31 20:53:52 I don't see any /usr/lib Jul 31 20:53:52 GNUtoo|laptop: Do this update to latest head Jul 31 20:53:58 ? Jul 31 20:54:28 and then throw away my old patches and apply new patches clean the tmpdir relaunch the build and sleep :) Jul 31 20:54:50 when you wake up you might find things are better Jul 31 20:54:52 :) Jul 31 20:54:54 I can't do that Jul 31 20:55:00 there is no room for the computer Jul 31 20:55:20 hmm where Jul 31 20:55:26 in your home Jul 31 20:55:28 yes Jul 31 20:55:36 I'm on hollidays Jul 31 20:55:42 or some sort of hollidays Jul 31 20:55:49 and it's very small here Jul 31 20:56:06 if I keep computer on,it'll shurely prevent someone to sleep Jul 31 20:56:11 *surely Jul 31 20:56:17 oh Jul 31 20:56:28 are you at a youth hostel Jul 31 20:56:32 no Jul 31 20:56:39 in a very small apartement Jul 31 20:56:43 ok Jul 31 20:57:25 but I can try tomorrow Jul 31 20:57:30 k Jul 31 20:57:37 which country do you live in Jul 31 20:57:37 but it'll be on wifi again Jul 31 20:57:49 I'm french but most of the time I live in milan Jul 31 20:57:52 in italy Jul 31 20:57:56 but as I'm french Jul 31 20:58:01 ok Jul 31 20:58:12 I goes in france for hollidays Jul 31 20:58:18 ok Jul 31 21:01:25 GNUtoo|laptop: well then dont worry for today and take rest Jul 31 21:01:30 try tomorrow Jul 31 21:01:44 I already tried 2 times Jul 31 21:01:52 it's annoying Jul 31 21:01:58 because I love this application Jul 31 21:02:07 I'll work on something else then Jul 31 21:06:06 thanks a lot for the help Jul 31 21:11:01 how do I get kinetic scrolling with midori? **** ENDING LOGGING AT Sun Aug 01 02:59:57 2010