**** BEGIN LOGGING AT Wed Dec 29 02:59:57 2010 Dec 29 09:02:39 hello everyone Dec 29 09:04:21 I m trying to use alsa on SHR freerunner but , its giving error , ALSA lib pcm.c (snd_pcm_open_noupdate) unknown PCM hw:0,0 Dec 29 09:04:46 what does it mean ? my application still want to use pcm ? or there is any missing module ? Dec 29 09:21:08 IDENTIFY Dec 29 09:24:28 ALSA lib pcm.c (snd_pcm_open_noupdate) unknown PCM hw:0,0 Dec 29 09:24:33 hello everyone Dec 29 09:25:04 I m trying to use alsa , on SHR Dec 29 09:25:08 but Dec 29 09:25:32 it seems its sitll trying ot use pcm ? or there is any missing module ? Dec 29 09:25:57 its giving error on playback and record > ALSA lib pcm.c (snd_pcm_open_noupdate) unknown PCM hw:0,0 Dec 29 09:26:33 can anybody let me know where the problem is ? Dec 29 09:26:39 I'll be thankful Dec 29 09:30:36 EsEhAr: what program are you using? Dec 29 09:31:04 i have cross compiled minisip voip application Dec 29 09:31:40 on ubuntu-8 Dec 29 09:36:14 where the problem is ? is it in alsa sound driver ? Dec 29 09:36:34 I have libasound2 installed in SHR Dec 29 10:20:58 heyho Dec 29 10:26:52 freesmartphone.org: 03mickey 07cornucopia * read66935c6d6 10/fsogsmd/src/lib/ (22 files in 2 dirs): fsogsmd: split atmediators into seperate files and put into at subdirectory Dec 29 10:27:34 good morning morphis! we need to talk for a bit, but i need to prepare breakfast first. will you be there later today? Dec 29 10:28:14 mickey|bbl: heyho Dec 29 10:28:19 jepp I will be here later Dec 29 10:28:22 great Dec 29 10:28:37 i have done quite some work over the last couple of day and want to sync with you Dec 29 10:28:38 bbl Dec 29 10:28:39 but will be off from 13:00 until 17:00 Dec 29 10:28:51 ok Dec 29 11:26:01 morphis, hi Dec 29 11:30:58 GNUtoo|htcdream: heyho Dec 29 11:32:27 you did a power control for wifi and bluetooth for palm-pre Dec 29 11:32:39 I did one too for htcdream(wifi) but didn't test it Dec 29 11:32:52 basically it does modprobe msm_wifi Dec 29 11:32:57 modprobe -r msm_wifi Dec 29 11:33:00 so I wonder Dec 29 11:33:27 will it override the other methods or complement them Dec 29 11:33:35 other methods are ifconfig and rfkill Dec 29 11:33:53 and they work fine if you manually modprobe rfkill Dec 29 11:36:26 on htcdream? Dec 29 11:36:45 ok Dec 29 11:36:53 yes Dec 29 11:36:57 never really looked into rfkill Dec 29 11:37:01 and how it works Dec 29 11:37:15 and I didn't try it for palmpre Dec 29 11:37:57 ok Dec 29 11:38:52 it was just to ask if modprobe msm_wifi replaced rfkill or not Dec 29 11:40:32 have to leave now, let us talk about that later Dec 29 11:40:48 ok np Dec 29 11:44:37 morphis: hi, are you gone? i will be here today and tomorrow Dec 29 12:22:00 I'm having problems building an shr image. In dbus package do_compile: Dec 29 12:22:06 arm-oe-linux-gnueabi-libtool: link: `/media/part_ext4/OE/shr-unstable/tmp/sysroots/armv5te-oe-linux-gnueabi/usr/lib/libuuid.la' is not a valid libtool archive Dec 29 12:22:14 gday btw :) Dec 29 12:26:43 pespin,hmmm interesting(you have armv5) Dec 29 12:27:24 pespin, does your CPU/SOC has immx? Dec 29 12:27:53 GNUtoo|htcdream, yeah htc artemis is armv5 Dec 29 12:28:23 GNUtoo|htcdream, uhm I'll look at /proc/cupinfo later and paste it to you, let me go to buy some bread first :) Dec 29 12:28:50 btw do you know which recipe does provide libuuid? Dec 29 12:28:58 ok np Dec 29 12:29:01 I'll try cleaning and rebuilding it Dec 29 12:29:02 yes Dec 29 12:29:14 i think ext2something Dec 29 12:29:38 ok thanks Dec 29 12:29:43 I'll be back in 5 min. Dec 29 12:29:49 ok Dec 29 12:32:56 hello everyone Dec 29 12:33:12 hi Dec 29 12:33:22 what is the alsa sound device in SHR (freerunner) ? Dec 29 12:33:53 isn' it hw:0,0 ? Dec 29 12:38:05 should be,apart that i'm not sure of the syntax Dec 29 12:38:41 when i run aplay -l Dec 29 12:38:58 it throws error : alsa lib control.c:909 (snd_ctl_open_noupdate) invalid ctl hw:0 Dec 29 12:39:43 if i run aplay -D hw:0,0 , it shows error , no such device Dec 29 12:40:10 hmmm Dec 29 12:40:24 the sound driver module is loaded? Dec 29 12:45:18 GNUtoo|htcdream, http://paste.pocoo.org/show/311289/ Dec 29 12:46:02 GNUtoo|htcdream, if you want more info just tell me :) Dec 29 12:47:19 ok,thanks,no immx Dec 29 12:47:47 basically i asked that because the ezx had immx Dec 29 12:48:03 and there was a feed issue with them Dec 29 12:48:10 do_rootfs failed Dec 29 12:48:40 don't know what is it name ? Dec 29 12:48:47 because it didn't find (the immx version of) mplayer Dec 29 12:48:48 GNUtoo|htcdream, what's this immx about? Dec 29 12:48:53 what is the name of sound driver module ? Dec 29 12:49:40 pespin, i think immx are smid like neon. but it's just a guess Dec 29 12:50:14 lol, recursive question now on smid and neon xD Dec 29 12:50:18 I'll look at google Dec 29 12:50:23 ok lol Dec 29 12:50:28 smid = Dec 29 12:50:40 single instruction multiple data Dec 29 12:50:58 like mmx ,sse in x86 cpu Dec 29 12:51:17 neon is an SMID for armv7 Dec 29 12:53:04 if I were in old studies plan at univ, I would have done x86 asm this semester, but it has changed with bologne plan u.u Dec 29 12:54:27 all the people who started the year before, like me, started with old plan but this year we were all moved to bologne plan. Dec 29 12:54:41 And now people in 1st course are doing MIPS asm Dec 29 12:54:58 ok Dec 29 12:54:58 but people of my year... we haven't done MIPS neither X86 lol Dec 29 12:55:24 * GNUtoo|htcdream did MIPS ams but arm would have been better.... Dec 29 12:55:31 so I've only done SISA asm (educational machine) and PIC18 asm Dec 29 12:55:39 but I learned arm later anyway Dec 29 12:55:53 i did SPIM assembly Dec 29 12:56:43 is ARM more difficult/complex than MIPS? maybe that's the reason why they teach MIPS instead of ARM Dec 29 12:57:10 yes I think so Dec 29 12:57:42 also we learned pipeling,that works well with mips CPU Dec 29 13:02:04 * pespin reading about it in wikipedia Dec 29 13:02:58 I haven't seen that so far at univ neither. Dec 29 13:03:36 also for instance arm uses flags for conditions etc... Dec 29 13:03:40 that isn't there in mips Dec 29 13:08:57 GNUtoo|laptop, e2fsprogs does not have libuuid any more Dec 29 13:09:12 ok Dec 29 13:09:15 I' m trying with util-linux-ng right now Dec 29 13:09:18 ok Dec 29 13:09:28 I wasn't sure which one had it Dec 29 13:25:53 GNUtoo|laptop, fyi util-linux-ng was the correct one :) Dec 29 13:26:05 launch time! Dec 29 13:27:13 hello everyone Dec 29 13:29:24 can anybody let me know whats the alsa sound device name in SHR ? Dec 29 13:29:33 aplay -l , shows nothing Dec 29 13:33:04 instead its throwing an error ,ALSA lib control.c:909 (snd_ctl_open_noupdate) invalid CTL:hw:0 Dec 29 13:33:22 alsa module not loaded ? Dec 29 13:34:42 try default instead of hw:0 Dec 29 13:36:02 mickeyl, hi Dec 29 13:36:16 hi GNUtoo|laptop Dec 29 13:36:22 mickeyl, I'm tired of typing tons of commands for enabling the htcdream wifi, so I did a power plugin Dec 29 13:36:28 I'll try to try it Dec 29 13:36:49 basically rfkill+ifconfig doesn't handle modprobe msm_wifi Dec 29 13:37:08 I'll add rfkill to htcdream fsodeviced too Dec 29 13:37:15 *fsodeviced.conf Dec 29 13:37:50 yeah, it's pathetic, needs an all-in-one powercontrol plugin that handles that stuff Dec 29 13:38:43 all-in one Dec 29 13:38:45 ouch Dec 29 13:38:52 I tryed rfkill and ifconfig Dec 29 13:39:09 they works fine but they need modprobe msm_wifi Dec 29 13:39:22 how can I re-use rfkill and ifconfig? Dec 29 13:39:26 in the plugin Dec 29 13:41:08 i don't think you want to call plugins from plugins Dec 29 13:41:18 you might want to call Linux.rfkill Dec 29 13:41:21 and ifconfig Dec 29 13:41:23 and modprobe Dec 29 13:41:41 I just want do do something like that Dec 29 13:41:42 and put that in one module that specifically covers the quirks for the htcdream's wifi Dec 29 13:41:59 do_poweron_prepend = modprobe Dec 29 13:42:13 the rest of the modules works fine Dec 29 13:42:56 anyway I'll try Dec 29 13:43:05 but I've to finish to compile shr-image first Dec 29 13:43:53 SHR: 03seba.dos1 07shr-wizard * r94deff37e2f1 10/python/shr-wizard.py: python: handle errors on closing page Dec 29 13:44:42 hmm Dec 29 13:44:54 i wonder whether it might be useful to implement a small script language for power control issues Dec 29 13:45:43 or I might make a more generic module Dec 29 13:45:58 powercontrol_modprobe Dec 29 13:48:08 hmm Dec 29 13:48:17 i'm not sure whether all these powercontrol_foo are a good idea Dec 29 13:48:28 why? Dec 29 13:48:31 we get combinatorical explosion, if one peripheral entity needs more than one Dec 29 13:48:36 they are supposed and can work together Dec 29 13:48:52 for instance on htcdream it works with 2 powercontrols Dec 29 13:48:57 rfkill + ifconfig Dec 29 13:49:15 yes Dec 29 13:49:20 I mean: Dec 29 13:49:23 but that kind of violates our semantics Dec 29 13:49:25 modprobe msm_wifi Dec 29 13:49:27 iliwi Dec 29 13:49:29 and it works Dec 29 13:49:32 ah? Dec 29 13:49:39 one powercontrol plugin should be responsible for 1 or n peripheral entities Dec 29 13:49:52 yes but that would make code duplication no? Dec 29 13:49:54 unless. Dec 29 13:49:59 s/./.../ Dec 29 13:49:59 GNUtoo|laptop meant: unless... Dec 29 13:50:04 we inherit from some classes Dec 29 13:50:30 i don't mind code duplication in these highly device specific classes Dec 29 13:50:49 but again, this is where scripting could help Dec 29 13:50:56 if we would define something like Dec 29 13:51:15 htcdream_wifi = modprobe foo; ifconfig bar; rfkill Dec 29 13:51:22 and perhaps even Dec 29 13:51:26 start_service: baz Dec 29 13:51:34 because that's more or less what can happen Dec 29 13:51:49 starting/stopping services, loading/unloading modules, controlling interfaces, controlling rfkill Dec 29 13:52:18 >>> gsmnetwork.ListProviders(timeout=1000*60*5) Dec 29 13:52:18 [ ('unknown', 'Alice', 'Alice', '26207', 'GSM'), Dec 29 13:52:18 ('unknown', 'Vodafone.de', 'Vodafone.de', '26202', 'GSM'), Dec 29 13:52:18 ('unknown', 'Alice', 'Alice', '26201', 'GSM'), Dec 29 13:52:18 ('unknown', 'E-Plus', 'E-Plus', '26203', 'GSM')] Dec 29 13:52:20 [n900] Dec 29 13:52:23 nice Dec 29 13:52:40 * GNUtoo|laptop failed because I couldn't power on the modem Dec 29 13:54:04 any idea when sre will be online? Dec 29 13:54:09 need to talk to him wrt. isi plans Dec 29 13:54:14 launching pidgin Dec 29 13:54:25 i will soon be at the point where i have everything implemented in fsogsmd what libisi provides Dec 29 13:54:42 he's online Dec 29 13:55:07 freesmartphone.org: 03mickey 07cornucopia * r589fb1a79d3a 10/fsogsmd/src/lib/ (9 files): fsogsmd: files have moved to at/ subdir Dec 29 13:55:08 freesmartphone.org: 03mickey 07cornucopia * rccacf6d72a11 10/fsogsmd/src/plugins/modem_nokia_isi/ (mediators.vala plugin.vala): fsogsmd: modem_nokia_isi: implement NetworkListProviders (partially) Dec 29 13:55:10 ah, he just doesn't IRC :) Dec 29 13:55:18 I just told him to come Dec 29 13:55:21 cool, thanks Dec 29 13:56:00 btw I've an issue in #oe Dec 29 13:56:01 heya Dec 29 13:56:03 hi Dec 29 13:56:07 hi Dec 29 13:56:45 sre_: you might have seen that i started glueing libisi to fsogsmd. I have a bunch of questions, if you have a moment Dec 29 13:57:01 sure Dec 29 13:57:05 are you @27c3? Dec 29 13:57:11 unfortunately not this year Dec 29 13:57:16 :( Dec 29 13:57:26 would FOSDEM be an opportunity for you? Dec 29 13:57:55 I have not checked yet if I can attend Dec 29 13:58:14 ok, might be a good thing. anyways, to my questions: Dec 29 13:58:23 mickeyl, do we have some talk to do at fosdem in the "open source telephony" room? Dec 29 13:58:57 ugh Dec 29 13:58:57 | arm-oe-linux-gnueabi-g++: /media/part_ext4/OE/shr-unstable/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-oe-linux-gnueabi/4.5.2/crtbeginS.o: No such file or directory Dec 29 13:59:18 general remark first: i like the callback scheme, it fits nicely into our mediators, as you can see if you take a look at http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/modem_nokia_isi/mediators.vala;h=658dae194854eb92c8f26cee87b80cfcf1810566;hb=ccacf6d72a1137c28d27654b149498ad5726f9dc Dec 29 13:59:38 1. errors: can we convey a bit more about potential errors than just a boolean? Dec 29 13:59:48 pespin|away, come in #oe Dec 29 14:00:01 or is that everyting we get from ISI? Dec 29 14:00:41 2. what do we actually resue from ofono in libisi or rather... what do we need to implement for a new call? Dec 29 14:00:59 3. what are your priorities wrt. further functionality Dec 29 14:01:03 that's what i can think of atm. Dec 29 14:02:22 mickeyl, he wants 3g first Dec 29 14:02:32 but I don't know if he has time to work on it Dec 29 14:03:40 3g being...? Dec 29 14:03:47 data connectivity? Dec 29 14:04:09 or connecting to 3g operators? Dec 29 14:05:45 data Dec 29 14:05:55 like gprs on the openmoko Dec 29 14:06:42 1: you get more detailed errors as parameters. We can change it to make the return code a status code of course. Dec 29 14:07:49 ofono guys used the boolean for communication errors with the modem Dec 29 14:07:51 ya, that might be helpful. i have a complete lack of understanding what kind of information we can convey from ISI, so i need to learn a bit more Dec 29 14:07:57 ah Dec 29 14:08:06 so the their error is really an exceptional cause Dec 29 14:10:15 2: I used their lowlevel code (gisi), apart from this I'm not reusing code Dec 29 14:12:12 ok, so we basically have to recreate what their doing just without our own datatypes and callbacks Dec 29 14:12:25 i was wondering whether we could reuse a bit more, but that doesn't seem feasible then Dec 29 14:12:44 their code makes heavy use of internal ofono structures Dec 29 14:12:55 right, ok. Dec 29 14:14:00 I tcpdump'd a call yesterday btw (harald's gsm network rocks :)) Dec 29 14:14:58 it's just ~ 40 packets Dec 29 14:17:14 http://files.ring0.de/sre/ccc-isi-logs/ for anyone who is interested Dec 29 14:18:41 heh, nice, thanks Dec 29 14:19:13 i think call handling would be more important than data connectivity, but it's your call of course Dec 29 14:19:27 i don't have time to actually help w/ libisi, but i can take care of the Vala bindings and the fsogsmd integration Dec 29 14:20:44 JaMa|Ski: I think cancelling your dyndns account must have been some accident... they explicitely said existing accounts would stay intact. (while for new free accounts the features are drastically reduced, including the number of available domain names IIRC) Dec 29 14:20:46 maybe sms should be tried before calls Dec 29 14:22:36 that depends on how they're formatted Dec 29 14:22:50 SMS can be pandora's box, if they don't use standard PDU formatting Dec 29 14:23:38 when implementing calls you have to take care of the audio routing. Dec 29 14:24:04 the call establishing itself should be easy to implement Dec 29 14:27:09 cool Dec 29 14:27:19 audio routing is something we need to tackle sooner or later anyways Dec 29 14:27:34 so call handling could be an incentive to do it sooner than later ;) Dec 29 14:31:20 about sms encoding: ofono is supposed to have sms support Dec 29 14:46:24 ok Dec 29 14:49:57 what does ISI client error -110 meanß Dec 29 14:49:58 ? Dec 29 14:50:14 (could be an artifact of forwarding, i.e. two clients talk in parallel to the modem) Dec 29 14:52:01 freesmartphone.org: 03mickey 07cornucopia * rc26b9e6179cf 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: fsogsmd: modem_nokia_isi: add network provider availability status in NetworkListProviders Dec 29 15:19:47 mickeyl, on xmpp, sre has the busy state Dec 29 15:24:27 hmm, ok, thanks Dec 29 15:28:26 what's the meaning of power led two blue flashes on maemo? Dec 29 15:33:40 I don't know, I don't use maemo Dec 29 15:33:45 maybe their wiki knows Dec 29 15:37:50 mickeyl, maybe there is an error header somewhere? Dec 29 15:40:31 anyway I really have issues compiling for htcdream Dec 29 15:40:44 maybe I should start from scratch Dec 29 15:41:10 anyway can I do a modprobe plugin? Dec 29 15:41:30 because waiting is not that good Dec 29 15:41:56 feel free to do what helps Dec 29 15:42:00 I mean If I had choosen to wait for fsotldt..... Dec 29 15:42:02 we might need a serious cleanup afterwards Dec 29 15:42:07 ok Dec 29 15:54:36 freesmartphone.org: 03mickey 07libisi * r9b89c92c3f15 10/data/libisi.vapi: vapi: fix RegistrationStatus enum Dec 29 16:23:43 freesmartphone.org: 03mickey 07cornucopia * r41892701093a 10/fsogsmd/src/plugins/modem_nokia_isi/ (channel.vala mediators.vala): fsogsmd: modem_nokia_isi: start with NetworkGetStatus, further work pending a vala/gdbus bug Dec 29 16:25:05 mickeyl: two blue flashes? message Dec 29 16:25:29 mickeyl: IM or SMS Dec 29 16:26:05 ah right, it vanished when i read it Dec 29 16:26:07 thanks Dec 29 16:26:32 now it's green again Dec 29 17:16:23 mickeyl: so I am back Dec 29 17:16:33 ok Dec 29 17:16:37 i need to go for dinner soon Dec 29 17:16:40 we have 10 minutes though Dec 29 17:16:44 ok Dec 29 17:16:49 so Dec 29 17:17:00 as you may have seen the gdbus transition has been done Dec 29 17:17:05 jepp Dec 29 17:17:12 some bits are left Dec 29 17:17:14 like msmcomm Dec 29 17:17:15 yep Dec 29 17:17:33 but I will do the transition for them as well in the next days Dec 29 17:17:36 ok, excellent Dec 29 17:17:50 moreover, i did some work on n900 Dec 29 17:18:06 which i want to highlight to you since we talked about how to integrate a callback-based lowlevel system into the mediators Dec 29 17:18:13 ok Dec 29 17:18:36 look e.g. at http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/modem_nokia_isi/mediators.vala;h=8ea112ca66829af2b72133875edc7469b662f3ca;hb=41892701093a5c33bebb09dcb4d77ab63f81097a Dec 29 17:18:46 it's quite straightforward Dec 29 17:18:48 you did it with lambda's Dec 29 17:18:55 ya. closures rock da house Dec 29 17:18:58 ok Dec 29 17:19:21 so we save a custom command queue with that approach Dec 29 17:19:29 great Dec 29 17:19:38 and it's readable Dec 29 17:19:39 and also most of the channel abstraction, since we only have one channel Dec 29 17:19:42 correct Dec 29 17:19:53 i think we can apply this approach to other non-AT modems in the future as well Dec 29 17:20:15 and eventually i will then factor out some more state logic Dec 29 17:20:19 which until now is pretty AT centric Dec 29 17:20:23 you mean this callback logic? Dec 29 17:20:42 yeah Dec 29 17:20:47 (state logic) definitly Dec 29 17:21:16 in the dbus for msmcommd case it's even simpler, since we already have async interfaces, so we can even directly yield there Dec 29 17:21:25 msmcomm is quite the same with it's dbus async methods Dec 29 17:21:29 jepp Dec 29 17:21:50 I only thought about abstracting the msmcomm dbus api a bit more Dec 29 17:22:31 implement something like enqueueCommand("resetModem", new HashMap { "mode" : "full" }) Dec 29 17:23:02 but thats far away Dec 29 17:23:04 k Dec 29 17:23:15 first other things need to be done Dec 29 17:23:33 and I hope I can get more people work on the pre phoens Dec 29 17:23:34 wrt. the general stability of gdbus i have no idea, i'm afraid. i did not have time to do a full build on one of the embedded systems. the stuff works good on my desktop though Dec 29 17:23:43 ok Dec 29 17:23:50 morphis: the more the FR rottens, the more people will get newer stuff ;) Dec 29 17:23:55 want to test it with the shr-image's on the pre in the next days Dec 29 17:23:58 :) Dec 29 17:24:16 I need more man power .... digging into rootfs bugs sucks ... Dec 29 17:24:22 hmm, i can imagine Dec 29 17:24:27 this house keeping work is so annoying Dec 29 17:24:53 anyway how long your are out now? Dec 29 17:25:01 as I have to make launch as well Dec 29 17:25:20 1.5 hours or so. as i have some time these days, i might be back when my wife fell asleep... like 23.00 or so Dec 29 17:25:28 hm ok Dec 29 17:25:34 your are there tomorrow? Dec 29 17:26:19 around noon, yes. my availability is quite good until next monday Dec 29 17:26:35 so lets try to stick as much as possible into the next 4 days :) Dec 29 17:26:37 bbl, dinner Dec 29 18:14:55 mickey|dinner: what about the following error message when compiling libfsoframe: Dec 29 18:14:56 dbus.c:3752: warning: passing argument 1 of ‘_dbus_handle_dbus_service_id_bus_sync_name_owner_changed’ from incompatible pointer type Dec 29 18:14:56 dbus.c:3721: note: expected ‘struct DBusServiceIDBusSync *’ but argument is of type ‘struct GDBusProxy *’ Dec 29 18:15:18 morphis, ping Dec 29 18:15:30 GNUtoo|laptop: pong Dec 29 18:15:34 I need more man power .... digging into rootfs bugs sucks ... Dec 29 18:15:41 what kind of bugs? Dec 29 18:15:41 :) Dec 29 18:16:00 I've some free time Dec 29 18:16:01 everything you need to get a running SHR image Dec 29 18:16:05 but I can't compile Dec 29 18:16:13 as it's already compiling Dec 29 18:16:22 like tsmd <-> fsodeviced interaction Dec 29 18:16:22 or I could use my desktop but that would be slow Dec 29 18:16:24 jepp Dec 29 18:16:25 ah ok Dec 29 18:16:36 more "integration" work sounds better ... Dec 29 18:16:36 I thought it was more core stugg Dec 29 18:16:40 no Dec 29 18:16:41 like some openembedded bugs Dec 29 18:16:46 but there is something Dec 29 18:16:48 like not booting, etc.... Dec 29 18:16:58 we need support for a palmpre2 machine Dec 29 18:17:02 ah ok Dec 29 18:17:10 so there are some differences Dec 29 18:17:12 kernel? Dec 29 18:17:13 thats maybe something you could do Dec 29 18:17:16 only kernel Dec 29 18:17:17 ok Dec 29 18:17:24 I even know how to do that Dec 29 18:17:24 I do you test? Dec 29 18:17:35 basically there is a machine class Dec 29 18:17:39 jepp Dec 29 18:17:45 I've the same problem with htcdream Dec 29 18:17:52 we need a MACHINE_CLASS = "palmpre" Dec 29 18:17:55 yes Dec 29 18:18:01 and then a palmpre.inc Dec 29 18:18:04 but palmpre is already taken? Dec 29 18:18:08 as machine Dec 29 18:18:08 + palmpre.conf + palmpre2.conf Dec 29 18:18:11 jepp Dec 29 18:18:14 hmm Dec 29 18:18:19 palmpre.conf is already there Dec 29 18:18:21 maybe let's discuss that in #oe Dec 29 18:18:27 and is used as override Dec 29 18:18:37 <[Rui]> hiya Dec 29 18:18:55 <[Rui]> how's the gdbus migration doing? Dec 29 18:19:01 damn, my desktop is sucking .... focus is bound to some control and I cannot change it ... Dec 29 18:19:12 [Rui]: it's mostly done Dec 29 18:19:22 <[Rui]> yay! looking good? Dec 29 18:19:44 most stuff is done Dec 29 18:20:05 we need to test userland and adjust more stuff to support Dec 29 18:20:05 it Dec 29 18:20:14 * morphis will be back in some minutes ... Dec 29 18:23:11 hmpf Dec 29 18:38:36 JaMa, libphoneui fails Dec 29 18:38:47 on htcdream fresh oe pull Dec 29 18:38:59 it also failed on nokia900 Dec 29 18:39:02 before Dec 29 18:44:32 2 people have same problem (libphoneui) in ml Dec 29 18:45:30 free_smartphone_pim_get_call_query_proxy Dec 29 18:45:31 ok Dec 29 18:45:36 so I should wait for that too Dec 29 18:45:39 I'm waiting Dec 29 18:45:44 for many things Dec 29 18:45:57 I'm waiting for the lowlevel_nokia900 plugin Dec 29 18:46:03 GNUtoo|laptop, uhm I think there's another person in ml which had same problem as you with perl Dec 29 18:46:04 so I did something else waiting for it Dec 29 18:46:08 ok Dec 29 18:46:17 but I worked arround Dec 29 18:46:22 rebuilding from scratch Dec 29 18:46:49 then I wanted to work on htcdream waiting for the lowlevel_nokia900 plugin to work Dec 29 18:46:54