**** BEGIN LOGGING AT Fri Sep 09 02:59:57 2011
Sep 09 07:10:36 <radekp> hi, any idea why gsmd is not starting automatically on debian? I have fsodeviced and fsousaged running, but gsmd is not running
Sep 09 07:11:44 <radekp> is fsodeviced responsible for launching fsogsmd?
Sep 09 07:13:28 <JaMa|Off> in shr it's iirc autostarted by dbus
Sep 09 07:17:26 <radekp> JaMa|Off: ahh thanks i'll try
Sep 09 07:17:43 <PaulFertser> radekp: also, it's fsogsmd actually
Sep 09 07:17:58 <PaulFertser> radekp: and yes, it's usually dbus-activated by fsousaged.
Sep 09 07:18:07 <PaulFertser> JaMa|Off: radekp: hey folks :)
Sep 09 07:18:14 <radekp> PaulFertser: i know sorry for being not correct :)
Sep 09 07:18:24 <radekp> PaulFertser: hi too :)
Sep 09 07:20:24 <radekp> PaulFertser: JaMa|Off: any idea how do i activate it?
Sep 09 07:21:06 <PaulFertser> radekp: dbus activation works like that: whenever someone requests a specific "bus", it looks at the dbus activation config file named the same as that bus, and if it's there, runs a command from it.
Sep 09 07:21:30 <PaulFertser> radekp: probably your problem is that fsogsmd stops itself after start, try running it manually.
Sep 09 07:22:34 <radekp> PaulFertser: ahh now it works, great
Sep 09 07:22:44 <PaulFertser> radekp: what was the culprit?
Sep 09 07:22:56 <radekp> PaulFertser: i just called some random GSM dbus function and it started automatically
Sep 09 07:23:01 <JaMa|Off> radekp: iirc you need /usr/share/dbus-1/system-services/org.freesmartphone.ogsmd.service
Sep 09 07:23:47 <PaulFertser> radekp: ah, so it works just as expected, nice.
Sep 09 07:24:36 <radekp> JaMa|Off: yup, the file is there and seems ok
Sep 09 07:36:58 <radekp> one more question: how can i get number of SMS on SIM? I read that GetSimInfo should return "messages" with the count, but i dont see such key here
Sep 09 10:53:59 <lindi-> radekp: just get them all and count? ;)
Sep 09 10:55:25 <radekp> lindi-: there is only function to get it by index
Sep 09 10:56:04 <radekp> lindi-: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SIM.html;hb=HEAD#RetrieveMessage
Sep 09 10:56:09 <lindi-> radekp: http://lindi.iki.fi/lindi/openmoko/sms-dump
Sep 09 10:57:15 <radekp> lindi-: hmm it seems it's some other version of api, RetrieveMessagebook is no longer there
Sep 09 10:58:17 <radekp> lindi-: i can go from 0 until i hit error, but i dont like it...
Sep 09 11:01:10 <lindi-> radekp: they removed API
Sep 09 11:01:12 <lindi-> radekp: ?
Sep 09 11:03:19 <HeinervdmOff> radekp: you can store messages at any index you like, so i don't think it's a good idea to get only the messages with the lowest indices
Sep 09 11:04:13 <radekp> lindi-: i dont know - i just know the API which is currently available...
Sep 09 11:04:25 <radekp> HeinervdmOff: right
Sep 09 11:04:56 <HeinervdmOff> radekp: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SMS.html;hb=HEAD#RetrieveTextMessages
Sep 09 11:05:03 <HeinervdmOff> i think this is what you want
Sep 09 11:06:22 <radekp> HeinervdmOff: i am already using that, but now i want also to delete messages
Sep 09 11:07:14 <radekp> HeinervdmOff: and i havent found way how to find message obtained with RetrieveTextMessages on SIM
Sep 09 11:07:24 <HeinervdmOff> radekp: that function returns the index of the message, so you can just call DeleteMessage with that index
Sep 09 11:07:35 <radekp> HeinervdmOff: the index is always 0
Sep 09 11:07:50 <HeinervdmOff> hmm, i think thats a bug :)
Sep 09 11:08:19 <HeinervdmOff> mickeyl: ^
Sep 09 11:08:21 <radekp> HeinervdmOff: and even if it was nonzero - one message can be stored on 2 and even more indices on SIM if the message is long
Sep 09 11:08:41 <HeinervdmOff> radekp: that's right
Sep 09 11:10:12 <HeinervdmOff> what does messages of http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SIM.html;hb=HEAD#GetSimInfo contain?
Sep 09 11:10:49 <radekp> ({"slots": 20,"imsi": "230030035298760","issuer": "Vodafone CZ","used": 7,"phonebooks": "emergency aux:BD fixed aux:DC dialed received aux:LR aux:MT aux:AD contacts aux:SD missed aux:LM aux:AF own aux:UD"})
Sep 09 11:11:32 <radekp> i think only useful is "slots: 20" here
Sep 09 11:11:42 <HeinervdmOff> the messages parameter is missing
Sep 09 11:11:46 <radekp> yup
Sep 09 11:11:58 <HeinervdmOff> 20 should be the number of messages
Sep 09 11:12:09 <HeinervdmOff> ah no the capacity
Sep 09 11:16:46 <dos1> radekp, HeinervdmOff: "used": 7
Sep 09 11:16:49 <dos1> that's number of messages
Sep 09 11:16:59 <dos1> so on SIM are 7/20 messages
Sep 09 11:23:55 <radekp> dos1: hmm interesting there seem to be 8 SMS on sim actually
Sep 09 11:24:25 <radekp> dos1: and i have 6 contacts on sim, so i wonder where the 7 comes from
Sep 09 11:31:03 <JaMa|Off> pespin: any progress on http://patches.openembedded.org/patch/9999/ ?
Sep 09 11:31:50 <pespin> JaMa|Off, afair I send a second version and it got no answers...
Sep 09 11:31:54 <JaMa|Off> pespin: or rather http://patches.openembedded.org/patch/10127/
Sep 09 11:32:06 <JaMa|Off> I see answer there :)
Sep 09 11:33:37 <pespin> yeah, me too now
Sep 09 11:33:38 <pespin> lol
Sep 09 11:33:56 <pespin> I'll try looking at it this weekend
Sep 09 11:36:20 <JaMa|Off> I've added enjoy patches to shr branch for now
Sep 09 11:36:29 <JaMa|Off> and updated status on patchwork for rest
Sep 09 11:37:43 <pespin> ok
Sep 09 11:38:11 <pespin> JaMa|Off, so I only need to look at lms  reciperight?
Sep 09 11:38:26 <JaMa|Off> yes
Sep 09 11:38:34 <pespin> ok
Sep 09 11:38:39 * pespin lunch
Sep 09 11:38:54 <JaMa|Off> enjoy patches will need to be updated after gstreamer packaging changes in oe-core
Sep 09 11:50:13 <GarthPS> does someone laredy setup netconsole onto an shr device ?
Sep 09 12:10:18 <mrmoku> moin
Sep 09 12:10:59 <JaMa|Off> moin :)
Sep 09 12:11:56 <mickey|office> moin!
Sep 09 12:15:29 <mrmoku> home is still the best place to visit :-)
Sep 09 12:17:45 <dos1> moin ;)
Sep 09 12:18:32 <radekp> mickey|office: hi, i dont know if you followed previous discussion, but would you like to help me with FSO & SMS messages on sim?
Sep 09 12:33:18 <mickey|office> radekp: i didn't follow it, no. what behaviour do you want to achieve?
Sep 09 12:53:55 <radekp> mickey|office: sorry had to go away
Sep 09 12:54:44 <radekp> mickey|office: i am calling RetrieveTextMessages() to get SMS messages - this works fine
Sep 09 12:55:03 <radekp> mickey|office: but now i would like to delete one such SMS from SIM
Sep 09 12:56:18 <radekp> so i wanted to enumerate all SMS on SIM and delete the one which matches
Sep 09 12:56:52 <radekp> but for enumerating i have just RetrieveMessage(int index)
Sep 09 12:58:19 <radekp> i can call it with index=0..slots count but then it will return also a lot of errors
Sep 09 12:58:40 <radekp> on indices which are empty
Sep 09 13:05:13 <HeinervdmOff> mickey|office: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SMS.html;hb=HEAD#RetrieveTextMessages should show the index of the message, but radekp says that the index is always 0
Sep 09 13:09:38 * radekp has to go away for few minutes
Sep 09 13:16:44 <jfthomps> I need some more help building shr-testing. "bitbak -k shr-image" ran for a while yesterday and then had some failures:
Sep 09 13:16:46 <jfthomps> http://pastebin.com/GYx84eY8
Sep 09 13:17:05 <jfthomps> *bitbake
Sep 09 13:18:24 * radekp is back
Sep 09 13:22:11 <HeinervdmOff> jfthomps: you should update the checksum of binutils, upstream changed the file because of GPL violations
Sep 09 13:22:36 <HeinervdmOff> i will have a look if i can fix testing this weekend
Sep 09 13:23:24 <jfthomps> do I do that by modifying binutils_2.20.1.bb?  or, would it be more correct to create a new recipe for 2.20.1a?
Sep 09 13:23:38 <jfthomps> and if a new recipe is better, how do I tell bitbake to use that one instead?
Sep 09 13:23:45 <HeinervdmOff> both would be correct
Sep 09 13:23:55 <jfthomps> ok
Sep 09 13:23:55 <HeinervdmOff> bitbake will choose the newest one automatically
Sep 09 13:23:59 <jfthomps> gotcha
Sep 09 13:24:39 <jfthomps> hmm, it chose 2.20.1, but there is a recipe for 2.21
Sep 09 13:25:07 <HeinervdmOff> then in 2.21 there is a line like DEFAULT_PREFERENCE = -1
Sep 09 13:33:16 <radekp> would it be ok to apply this patch? http://activationrecord.net/radekp/pub/0001-fsogsmd-dump-SMS-timestamp.patch
Sep 09 13:34:26 <radekp> i could match and delete SMS by timestamp which would be quite ok
Sep 09 13:45:13 <mickey|office> radekp: that patch looks ok
Sep 09 13:45:43 <mickey|office> the problem is that GetTextMessages is an abstraction that does not operate on the indices, since it handles concatenation and ignores binary SMS
Sep 09 13:45:57 <mickey|office> there should be a another set of APIs that operate on the direct content of SMS
Sep 09 13:46:03 <mickey|office> i thought we already had that
Sep 09 13:47:05 <radekp> mickey|office: can i try to commit it and push?
Sep 09 13:47:14 <mickey|office> radekp: yes, feel free to
Sep 09 13:47:42 <radekp> thanks, i never tried, so let's check if it will work :)
Sep 09 13:52:59 <radekp> mickey|office: do you know how the push url looks like?
Sep 09 13:53:33 <mickey|office> mickey@amethyst:/local/pkg/fso/cornucopia$ git remote show origin
Sep 09 13:53:33 <mickey|office> * remote origin
Sep 09 13:53:33 <mickey|office>   URL: git@git.freesmartphone.org:cornucopia
Sep 09 13:54:12 <mickey|office> bbl, => home
Sep 09 14:00:44 <CIA-5> freesmartphone.org: 03psonek2 07cornucopia * r5530cf7f4d51 10/fsogsmd/src/lib/fsogsm3rdparty.vapi: fsogsmd: dump SMS timestamp
Sep 09 14:54:28 <CIA-5> SHR: 03dos 07shr-themes * r61071456de8d 10/e-wm/e-wm-theme-illume-gry/gry.edc: e-wm-theme-illume-gry: fix white letters on white buttons in illume-keyboard
Sep 09 14:55:40 <JaMa|Off> dos1: *g*
Sep 09 14:56:42 <dos1> JaMa|Off: i don't know how letters could be black before :x
Sep 09 14:56:58 <mrmoku> dos1: thx for that one :-)
Sep 09 14:56:58 <dos1> JaMa|Off: they had specified COLOR_WHITE :D
Sep 09 14:57:06 <JaMa|Off> hehe :)
Sep 09 14:57:17 <JaMa|Off> evil efl devs fixed something? :)
Sep 09 14:57:23 <dos1> so it seems like there was some bug before that got fixed ;)
Sep 09 14:58:37 <pespin> JaMa|Off, is the appshadow dir thing solved in new shr-core images?
Sep 09 15:01:43 <dos1> mrmoku, JaMa|Off: anyway, there are still small glitches with buttons which use graphics instead of text, and "selected" buttons like shift or ctrl
Sep 09 15:02:09 <JaMa|Off> pespin: appshadow yes.. $HOME not really
Sep 09 15:02:41 <pespin> JaMa|Off, what's the workaroudn for that? export HOME=/root in /etc/profile ?
Sep 09 15:03:10 <pespin> uh have to go, see you later
Sep 09 15:04:27 <mrmoku> dos1: at least the keyboard will be usable again :)
Sep 09 15:04:28 * JaMa|Off has xorg-1.11.0 running on all devices now :)
Sep 09 15:53:39 <jfthomps> I was able to get binutils to build by changing the sigs in binutils_2.20.1.bb; now I need help with the next error at http://pastebin.com/GYx84eY8
Sep 09 15:54:45 <jfthomps> the next error starts with line 67 in the pastebin
Sep 09 15:55:26 <jfthomps> gcc-4_5-branch_gcc.gnu.org_.svn.gcc.branches_166342_.tar.gz is no longer at http://build.shr-project.org/sources/ but more recent versions are
Sep 09 15:55:36 <jfthomps> but I can't find where to tell it to try a newer file
Sep 09 15:56:01 <JaMa|Off> jfthomps: it should checkout it itself with subversion
Sep 09 15:56:16 <jfthomps> that fails too :(
Sep 09 15:56:18 <JaMa|Off> jfthomps: so the real problem is: svn: Can't connect to host 'gcc.gnu.org': Invalid argument
Sep 09 15:56:28 <jfthomps> ah
Sep 09 16:06:34 <jfthomps> running "svn co 'http://gcc.gnu.org/svn/gcc/branches;module=gcc-4_5-branch'" gives "svn: Can't connect to host 'gcc.gnu.org': Invalid argument" but "svn co -r 166342 http://gcc.gnu.org/svn/gcc/branches/gcc-4_5-branch/" works; is there a way to manually issue that command and then have bitbake skip the download step?
Sep 09 16:08:38 <JaMa|Off> yes, but then I don't see the differenect for this 2 commands
Sep 09 16:08:55 <JaMa|Off> missing -r shouldn't cause "Can't connect to host" error
Sep 09 16:09:28 <jfthomps> oops, the first one should have been "svn co 'svn://209.132.180.131/svn/gcc/branches/gcc-4_5-branch/'"
Sep 09 16:09:36 <jfthomps> grr, wrong one again
Sep 09 16:09:52 <jfthomps> svn co 'svn://gcc.gnu.org/svn/gcc/branches;module=gcc-4_5-branch'
Sep 09 16:10:04 <jfthomps> so, it seems to be svn:// vs http://
Sep 09 16:10:18 <JaMa|Off> you're behind firewall or something?
Sep 09 16:11:16 <jfthomps> no, unless the svn port is blocked at our campus gateway - there are a handful of ports blocked there
Sep 09 16:11:31 <JaMa|Off> ah :/
Sep 09 16:11:42 <JaMa|Off> mmt I'll fetch it to http://build.shr-project.org/sources/ for you
Sep 09 16:12:07 <jfthomps> ok - thanks; I'll do some testing for the svn port
Sep 09 16:13:29 <JaMa|Off> jfthomps: you can also get it from here http://www.angstrom-distribution.org/unstable/sources/gcc-4_5-branch_gcc.gnu.org_.svn.gcc.branches_166342_.tar.gz
Sep 09 16:13:38 <JaMa|Off> just download this file to downloads dir
Sep 09 16:14:32 <jfthomps> well, it's pulling it, but slowly
Sep 09 16:14:44 <jfthomps> ~50K/s
Sep 09 16:15:23 <JaMa|Off> shr buildhost is still parsing recipes :)
Sep 09 16:18:28 <jfthomps> strange, I can telnet to gcc.gnu.org 3690
Sep 09 16:23:40 <JaMa|Off> jfthomps: tar.gz is ready on http://build.shr-project.org/sources/
Sep 09 17:27:08 <jfthomps> fyi, things are plugging along again now
Sep 09 17:27:22 <jfthomps> maybe I'll have an image by Monday...
Sep 09 18:44:27 <GNUtoo|laptop> hi, about om-gta02's touchscreen issue, there was a thread on the ml
Sep 09 18:44:39 <GNUtoo|laptop> but I've the feeling that it works better than before with the finger
Sep 09 18:44:55 <GNUtoo|laptop> so maybe its possible platform device values were obtimized for touch?
Sep 09 18:47:25 <anarsoul> GNUtoo|laptop: it's hw issue, but there was some patch grom gena2x to disable some clock (glamo?) to make it work a bit better
Sep 09 18:47:44 <anarsoul> or you can try to increase samples count
Sep 09 18:47:46 <GNUtoo|laptop> ah
Sep 09 18:48:34 <GNUtoo|laptop> I've no git kernel sources here right now
Sep 09 18:48:45 <GNUtoo|laptop> but maybe something changed between 2.6.37 and 2.6.39
Sep 09 18:48:53 <anarsoul> maybe
Sep 09 18:50:53 <GNUtoo|laptop> because it worked better on 34 or 37 if I remember well
Sep 09 18:56:30 <PaulFertser> That patch was interesting, afair it sampled during the vsync interval. At least there was such an idea.
Sep 09 19:32:28 <nschle85> hello, does anybody know a working kernel.org mirror ?
Sep 09 19:33:19 <GNUtoo|laptop> hi
Sep 09 19:33:37 <nschle85> GNUtoo|laptop: hi
Sep 09 19:34:41 <nschle85> i need udev sources to compile shr
Sep 09 19:36:24 <GNUtoo|laptop> ah
Sep 09 19:37:37 <GNUtoo|laptop> add them from a mirror
Sep 09 19:37:37 <GNUtoo|laptop> like free.fr for instance
Sep 09 19:37:37 <GNUtoo|laptop> and touch the .done
Sep 09 19:37:37 <GNUtoo|laptop> in the sources dir
Sep 09 19:41:24 <nschle85> GNUtoo|laptop: i dont speak french, where is the link ?
Sep 09 19:41:41 <GNUtoo|laptop> let me find it
Sep 09 19:42:08 <GNUtoo|laptop> ftp://ftp.free.fr/mirrors/ftp.kernel.org/
Sep 09 19:44:51 <nschle85> GNUtoo|laptop: thank you
Sep 09 19:51:31 <nschle85> GNUtoo|laptop: the recipe uses git , should i change it to use ftp ?
Sep 09 19:51:46 <GNUtoo|laptop> hmmm
Sep 09 19:51:50 <GNUtoo|laptop> at work we worked arround
Sep 09 19:51:54 <GNUtoo|laptop> we used a mirror
Sep 09 19:52:01 <GNUtoo|laptop> I don't remember the address tough
Sep 09 19:52:31 <nschle85> GNUtoo|laptop: so using ftp may also work
Sep 09 19:52:37 <GNUtoo|laptop> maybe ask in #oe
Sep 09 19:52:45 <GNUtoo|laptop> if you need git
Sep 09 19:52:52 <GNUtoo|laptop> basically an http mirror was found
Sep 09 19:53:49 <nschle85> GNUtoo|laptop: thank you
Sep 09 20:02:29 <GNUtoo|laptop> nschle85, I found a patch
Sep 09 20:02:48 <GNUtoo|laptop> [oe] [meta-oe][PATCH] udev-173: use tar.gz instead of git checkout
Sep 09 20:05:26 <nschle85> GNUtoo|laptop: thank you :-)
Sep 09 20:06:23 <GNUtoo|laptop> it's on oe-dev ml
Sep 09 20:26:12 <GNUtoo|laptop> radekp_, hi, 
Sep 09 20:26:12 <GNUtoo|laptop> at what point are you in the porting qtmoko to openembedded?
Sep 09 20:29:24 <radekp_> GNUtoo|laptop: i am now back on debian - i decided that i dont want to learn another packaging system now ;-)
Sep 09 20:30:10 <radekp> GNUtoo|laptop: debian has fresh FSO packages so i will also do testing for debian
Sep 09 20:30:16 <GNUtoo|laptop> radekp, at what point did you go before stopping?
Sep 09 20:30:20 <GNUtoo|laptop> because I was interested in helping
Sep 09 20:30:36 <radekp> GNUtoo|laptop: i just built SHR from sources
Sep 09 20:30:37 <GNUtoo|laptop> but only at the beginning(not at the long term maintaining of the packages)
Sep 09 20:30:51 <GNUtoo|laptop> ok
Sep 09 20:30:54 <GNUtoo|laptop> so no recipes were done
Sep 09 20:31:17 <radekp> GNUtoo|laptop: yup i didnt get that far
Sep 09 20:31:26 <GNUtoo|laptop> ok
Sep 09 20:31:43 <radekp> GNUtoo|laptop: i guess it should not be very hard to package it - at least for debian it was very easy
Sep 09 20:33:08 <GNUtoo|laptop> ok
Sep 09 20:33:17 <GNUtoo|laptop> it's only one application?
Sep 09 20:37:04 <radekp> GNUtoo|laptop: yup
Sep 09 20:37:07 <GNUtoo|laptop> nice
Sep 09 20:37:13 <GNUtoo|laptop> where are the sources?
Sep 09 20:37:45 <radekp> GNUtoo|laptop: https://github.com/radekp/qtmoko
Sep 09 20:37:49 <GNUtoo|laptop> ah ok
Sep 09 20:38:00 <radekp> GNUtoo|laptop: there is README with howto for compiling
Sep 09 20:38:05 * GNUtoo|laptop tough there was an official qtopia repo
Sep 09 20:38:11 <GNUtoo|laptop> but maybe there isn't anymore
Sep 09 20:38:49 <radekp> IIRC there never was anything like that - Trolltech did only tarbal releases and their devel model was quite closed
Sep 09 20:39:38 <GNUtoo|laptop> ah ok
Sep 09 20:39:40 <GNUtoo|laptop> like android then
Sep 09 20:40:20 <radekp> GNUtoo|laptop: i dont know much about android now, but they at least have git repo...
Sep 09 20:40:54 <GNUtoo|laptop> yes but they throw updates 
Sep 09 20:41:06 <GNUtoo|laptop> like 2.2 update is thrown 
Sep 09 20:41:12 <GNUtoo|laptop> people send patches after that
Sep 09 20:41:13 <radekp> ahh oki, i see
Sep 09 20:41:18 <GNUtoo|laptop> then 2.3 update is thown etc...
Sep 09 20:41:28 <GNUtoo|laptop> and in the commit message there is a huge commit
Sep 09 20:41:34 <GNUtoo|laptop> that goes from 2.2 to 2.3
Sep 09 20:43:06 <radekp> not very good, but i can understand it from the marketing point of view...
Sep 09 20:45:46 <GNUtoo|laptop> radekp, about the fso part....
Sep 09 20:45:55 <GNUtoo|laptop> it's documented in README too?
Sep 09 20:46:09 <radekp> no - there is just how to build it
Sep 09 20:46:16 <GNUtoo|laptop> ok
Sep 09 20:46:27 <GNUtoo|laptop> can you tell me more how to activate fso dependances?
Sep 09 20:46:52 <radekp> GNUtoo|laptop: by default QtMoko is using it's own modem implementation, but it can be switched to FSO with environment variable
Sep 09 20:46:59 <GNUtoo|laptop> ah ok
Sep 09 20:47:08 <GNUtoo|laptop> so I build it the same way....
Sep 09 20:47:18 <GNUtoo|laptop> and I get FSO for free
Sep 09 20:47:25 <GNUtoo|laptop> just changing that env variable at runtime
Sep 09 20:47:42 <GNUtoo|laptop> one more question
Sep 09 20:47:52 <GNUtoo|laptop> how much size the repos takes?
Sep 09 20:47:56 <GNUtoo|laptop> I'm on 3g actually
Sep 09 20:48:06 <GNUtoo|laptop> and I've 3GB/month for this month
Sep 09 20:48:48 <radekp> hmm it has also QT bundled... so it can be quite big
Sep 09 20:48:56 <radekp> https://github.com/radekp/qtmoko/blob/master/devices/neo/src/devtools/startup/qpe.env
Sep 09 20:49:24 <radekp> if you change "export QTOPIA_PHONE=AT" to "export QTOPIA_PHONE=Fso" it will use fso
Sep 09 20:49:39 <GNUtoo|laptop> ok nice
Sep 09 20:49:50 <GNUtoo|laptop> maybe I'll try tomorrow at the wifi cafee
Sep 09 20:50:25 <radekp> yup i it can be 500 MB
Sep 09 20:51:26 <GNUtoo|laptop> ok thanks a lot
Sep 09 20:56:25 <GNUtoo|laptop> let's say I succeed in building it
Sep 09 20:57:30 <GNUtoo|laptop> can I run the build on different devices
Sep 09 20:57:30 <GNUtoo|laptop> like greenphone
Sep 09 20:57:31 <GNUtoo|laptop> or zaurusclammshell
Sep 09 20:57:31 <GNUtoo|laptop> or are the built binaries+data device specific
Sep 09 20:57:31 <GNUtoo|laptop> and that it needs to be recompiled for each devices
Sep 09 20:59:58 <GNUtoo|laptop> ah no it seem device specific
Sep 09 21:00:04 <GNUtoo|laptop> according to debian/rules
Sep 09 21:00:27 <radekp> well i was running the same binary on Neo and N900
Sep 09 21:00:31 <GNUtoo|laptop> ok
Sep 09 21:00:48 <GNUtoo|laptop> cd ../build && "$(CONFIGURE)" -device neo
Sep 09 21:00:48 <radekp> except that the modem was disabled on N900
Sep 09 21:00:52 <GNUtoo|laptop> ahh ok
Sep 09 21:00:59 <GNUtoo|laptop> it could work with fso tough....
Sep 09 21:01:35 <radekp> that's what i wanted to try...
Sep 09 21:01:41 <nschle85> GNUtoo|laptop: how do i apply the patch ? 
Sep 09 21:01:54 <GNUtoo|laptop> download it in mbox format from :
Sep 09 21:02:28 <GNUtoo|laptop> http://patchwork.openembedded.org/patch/11265/mbox/
Sep 09 21:03:08 <GNUtoo|laptop> go in meta-openembedded
Sep 09 21:03:10 <GNUtoo|laptop> git am the downloaded mbox patch
Sep 09 21:04:50 <nschle85> GNUtoo|laptop: ok
Sep 09 21:06:25 <GNUtoo|laptop> radekp, btw I saw bluetooth worked in qtmoko, but does bluetooth multiplexing work?
Sep 09 21:06:35 <GNUtoo|laptop> for instance you play some music
Sep 09 21:06:39 <GNUtoo|laptop> and a call arrives
Sep 09 21:06:44 <GNUtoo|laptop> so it has to ring somewhere
Sep 09 21:08:55 <radekp> GNUtoo|laptop: hmm i am now not sure how it will work
Sep 09 21:09:27 <radekp> GNUtoo|laptop: you mean playing music on bluetooth headset with A2DP?
Sep 09 21:10:07 <GNUtoo|laptop> I'll try
Sep 09 21:13:10 <radekp> GNUtoo|laptop: i just tested it separately - bt phone calls and A2DP works just fine, i am not sure how they work together...
Sep 09 21:13:15 <GNUtoo|laptop> yes
Sep 09 21:15:00 <nschle85> GNUtoo|laptop: ok, now udev builds :-)
Sep 09 22:37:57 <Alex[sp3dev]> gnutoo: hi
Sep 09 22:40:32 <Alex[sp3dev]> gnutoo: i have implemented basic sound switching (a named enum). http://img33.imageshack.us/img33/5628/20110910023144731x484sc.png during the weekend i plan to fix some power management issues and clean up the driver so that you can test
Sep 10 01:19:49 <angelox|laptop> good night everyone
**** ENDING LOGGING AT Sat Sep 10 02:59:58 2011