**** BEGIN LOGGING AT Sun May 01 02:59:58 2011
May 01 08:03:46 <PaulFertser> larsc: hi there. ``sd_drive = (rate * 4) / host->clk_rate'' is interesting but i'm afraid i forgot the justification. Can you please enlighten me about it one more time? Is it supposed to reliably work always. There's one cool guy who's having problems with some SD cards (but not with the others). 
May 01 08:04:17 <PaulFertser> I have to admit changing sd_drive in the older kernels doesn't help either, so it might be completely unrelated.
May 01 08:36:56 <lindi-> hmm, just disassembled my aspire one to add RAM. there seems to be some extra space. would an openmoko fit inside? ;)
May 01 08:54:35 <larsc> PaulFertser: well, at least in my test higher driving strength improved the reliability at higher rates
May 01 08:55:52 <PaulFertser> larsc: of course but it's assumed to be proved that sd_drive=3 harms GPS badly.
May 01 08:59:17 <larsc> hm, thats not good then
May 01 09:00:06 <larsc> om-2.6.39 will contain patch which allow us to get a faster datatransfers at lower mmc clock rates :)
May 01 09:00:11 <larsc> patches
May 01 09:06:52 <PaulFertser> larsc: also, what still bothers me is that i fail to explain the case when the card refuses to work altogether, with any reasonable rate and sd_drive value but works fine in cardreaders.
May 01 09:07:32 <PaulFertser> larsc: my only theory so far was Vcc difference but since i do not own such a card myself, i couldn't do any real test.
May 01 09:08:51 <PaulFertser> What i mean is that FR is actually using the lowest voltage allowed by the card's descriptor whereas (i assume) regular cardreaders are using the fixed maximum value. 
May 01 09:11:18 <larsc> well, thats easy to test
May 01 09:12:39 <PaulFertser> larsc: using "pmu" to directly tell pcf50633 what to emit? Won't work well i'm afraid. But certainly easy with a small kernel patch.
May 01 09:13:37 <larsc> you can at least check what the voltage is in sysfs
May 01 09:14:53 <PaulFertser> iirc i was quite sure it's lower than the usual value for cardreaders.
May 01 09:15:05 <larsc> ok
May 01 09:17:49 <PaulFertser> Once i tried to give somebody a kernel patch to limit the lower margin but it didn't help to make the card work. I'm uncertain whether it was a wrong patch or it was the wrong theory. :/
May 01 09:18:04 <morphis> heyho
May 01 09:18:46 <PaulFertser> Yo
May 01 10:09:23 <mrmoku> morphis: hey, what am I doing wrong when I get something like this: gisicomm.c:8080:25: error: unknown type name 'GIsiPEP'
May 01 10:09:26 <mrmoku> ?
May 01 10:09:58 <morphis> mrmoku: heyho
May 01 10:10:03 <morphis> when compiling gisicom?
May 01 10:10:36 <morphis> it's the gisicomm.vala from git?
May 01 10:10:59 <mrmoku> not exactly
May 01 10:11:11 <mrmoku> I added using GIsi.PEP class
May 01 10:11:24 <mrmoku> and yes, compiling libgisi
May 01 10:11:50 <morphis> can yoi show we the relevant vala lines with the GIsi.PEP class?
May 01 10:12:55 <mrmoku> morphis: PEP is only in the libgisi.vapi: http://pastebin.com/qPWDG7pz
May 01 10:24:00 <morphis> hm
May 01 10:24:49 <morphis> whats with "private PEP();", is there an implementation somewhere?
May 01 10:25:09 <mrmoku> morphis: that one I added in desperation :)
May 01 10:25:13 <mrmoku> even without it I get the same
May 01 10:26:03 <morphis> I will try on my own
May 01 10:26:35 <mrmoku> ok, thx
May 01 10:26:44 <morphis> how is the type called in gisi?
May 01 10:26:56 <morphis> is it struct GIsiPEP?
May 01 10:28:11 <morphis> ah it is GIsiPEP
May 01 10:28:18 <mrmoku> GIsi.PEP
May 01 10:30:01 <morphis> no, in C code
May 01 10:30:16 <mrmoku> yeah, then GIsiPEP
May 01 10:30:22 <mrmoku> btw. the same I have with GIsiPipe
May 01 10:31:25 <morphis> git HEAD compiles fine for me
May 01 10:31:34 <morphis> and there is already a GIsi.PEP class in the vapi
May 01 10:31:46 <mrmoku> yeah, but nothing uses it
May 01 10:31:59 <mrmoku> just adding private GIsi.PEP pep;  to my GPDS class causes it
May 01 10:32:40 <morphis> ok: testping.c:72:2: error: expected specifier-qualifier-list before ‘GIsiPEP’
May 01 10:33:16 <morphis> a "#include <pep.h>" is missing
May 01 10:33:26 <mrmoku> heh
May 01 10:33:45 <mrmoku> morphis: where?
May 01 10:33:53 <mrmoku> gisicomm.vala has no #includes whatsoever
May 01 10:34:05 <mrmoku> neither the vapi
May 01 10:34:20 <morphis> http://pastebin.com/r2ACvU1U
May 01 10:34:24 <morphis> that compiles fine for me
May 01 10:34:30 <morphis> it's the gisi/libgisi.h
May 01 10:35:10 <mrmoku> hmm
May 01 10:36:00 <mrmoku> morphis: duh... thanks :-)
May 01 10:38:50 <morphis> mrmoku: no problem :)
May 01 10:40:28 <mrmoku> this shit has been tricking me for hours... and hasn't been a vala problem in the end :P
May 01 10:41:13 <GNUtoo|laptop> mickeyl, hi
May 01 10:41:14 <mrmoku> morphis: the mass of warnings while building vala stuff is quite confusing btw.
May 01 10:41:57 <mrmoku> one tends to not see the _real_ problemss
May 01 10:43:33 <mrmoku> GNUtoo|laptop: in the end we will become real vala coders :P
May 01 10:43:44 <GNUtoo|laptop> for me I'm not sure
May 01 10:43:49 <GNUtoo|laptop> I do not do enough vala
May 01 10:44:03 * mrmoku neither actually
May 01 10:44:24 <GNUtoo|laptop> I would have liked to do the alsa stuff but I fear huge frustration because of the incomplete vapi
May 01 10:45:54 <morphis> mrmoku: yes, you often don't see the relevant lines ...
May 01 10:46:17 <mrmoku> is there something we can do about?
May 01 10:49:43 <morphis> GNUtoo|laptop: the vapi for alsa should be quite simple
May 01 10:49:54 <morphis> it's only a lot of work of you want to bind everything
May 01 10:50:02 <GNUtoo|laptop> ah ok
May 01 10:50:08 <GNUtoo|laptop> I don't know how to do vapis
May 01 10:50:37 <morphis> if you look at fsoaudiod/vapi/alsa-ext.vpai 
May 01 10:50:51 <morphis> I already started with some _pcm stuff some time ago
May 01 10:51:33 <morphis> vapi's are simple if the c api is simple to wrap :)
May 01 10:52:04 <morphis> just follow the line in the alsa.vapi and alsa-ext.vapi and will find out how you do a vapi
May 01 10:52:13 <GNUtoo|laptop> I looked for howtos quite a long time and found nothing
May 01 10:52:25 <GNUtoo|laptop> ok
May 01 10:52:41 <morphis> the best way is to look at existing vapi's and learn the important bits from them
May 01 10:52:49 <GNUtoo|laptop> ah ok ouch
May 01 11:22:33 <morphis> GNUtoo|laptop: which alsa functionality do you need?
May 01 11:23:17 <GNUtoo|laptop> I don't know yet all the one I will need but I bet I need at least snd_pcm_open
May 01 11:23:34 <GNUtoo|laptop> basically the pcm and configuration stuff
May 01 11:24:26 <mickeyl> moinmoin
May 01 11:24:43 <GNUoo|n900> hi
May 01 11:25:25 <mickeyl> open is already in
May 01 11:25:29 <GNUtoo|laptop> ah ok
May 01 11:25:31 <mickeyl> did you actually _look_ at the vapi yet? 
May 01 11:25:32 <GNUtoo|laptop> where?
May 01 11:25:35 <GNUtoo|laptop> yes
May 01 11:25:39 <GNUtoo|laptop> the one for morphis
May 01 11:25:41 <mickeyl>     public class PcmDevice
May 01 11:25:42 <mickeyl>     {
May 01 11:25:42 <mickeyl>         public static int open( out PcmDevice pcm, string name, PcmStream stream, int mode );
May 01 11:25:42 <mickeyl>         public int close();
May 01 11:26:01 <GNUtoo|laptop> someone told me to forget wat was between {}
May 01 11:26:04 <mickeyl> no
May 01 11:26:11 <mickeyl> i told you to forget what's in []
May 01 11:26:14 <mickeyl> that's square brackets
May 01 11:26:17 <GNUtoo|laptop> ah ok
May 01 11:26:43 <GNUtoo|laptop> I'll be out most of the day btw
May 01 11:27:14 <GNUtoo|laptop> I wish I had more time for the n900
May 01 11:27:37 <mickeyl> morphis: pyside is a beast. what builds now is apiextractor-native, generatorrunner-native, shiboken-native. what doesn't build is shiboken and pyside. perhaps you want to have a look. I'm afraid cmake gets the cross compiling wrong
May 01 11:27:52 <morphis> ok
May 01 11:27:52 <mickeyl> i hate cmake
May 01 11:28:01 * GNUtoo|laptop too
May 01 11:28:02 <mickeyl> why didn't they just use qmake
May 01 11:28:03 <mickeyl> *sigh*
May 01 11:28:05 <morphis> mickeyl: I already started with building it in the aurora branch
May 01 11:28:12 <GNUtoo|laptop> wesnoth uses cmake
May 01 11:28:15 <GNUtoo|laptop> but there is worse
May 01 11:28:18 <GNUtoo|laptop> bjam
May 01 11:28:21 <morphis> but currently I am struggeling with qtve4-tools-nati
May 01 11:28:26 <mickeyl> ya, bjam is worse
May 01 11:28:28 <GNUtoo|laptop> (boost's build system)
May 01 11:28:38 <mickeyl> morphis: trick: build qt4-tools-native
May 01 11:28:46 <mickeyl> then move into ${S}
May 01 11:28:48 <GNUtoo|laptop> bjam always drives me crazy
May 01 11:28:50 <mickeyl> and manually call 'make install'
May 01 11:28:52 <mickeyl> :D
May 01 11:28:57 <mickeyl> then you can build some more 
May 01 11:29:21 <morphis> mickeyl: bah, that sound sreally ugly :)
May 01 11:29:43 <mickeyl> morphis: of course it does, but first make it work, then make it beautiful
May 01 11:29:50 <morphis> jepp
May 01 11:30:05 <morphis> maybe it should later be a qt4-libs-native and a qt4-tools-native
May 01 11:30:14 <mickeyl> yes
May 01 11:30:25 <morphis> btw. whats shiboken for?
May 01 11:30:55 <GNUtoo|laptop> and then make install?
May 01 11:31:10 <mickeyl> shiboken is the support library 
May 01 11:31:16 <morphis> ok
May 01 11:31:25 <mickeyl> i don't know whether we need it for target and -native
May 01 11:31:30 <mickeyl> or only for target
May 01 11:31:37 <mickeyl> but at least for target, since pyside actually links to git
May 01 11:31:39 <mickeyl> s/git/it/
May 01 11:31:39 <apt> mickeyl meant: but at least for target, since pyside actually links to it
May 01 11:32:20 <GNUtoo|laptop> btw no one wrote GUI for the dbus SIP client right?
May 01 11:32:25 <GNUtoo|laptop> was it integrated in fso?
May 01 11:32:37 <mickeyl> no, work on ophoned stalled because of n900
May 01 11:32:43 <GNUtoo|laptop> ok
May 01 11:32:45 <mickeyl> can only do so far...
May 01 11:32:56 <mickeyl> we need more people
May 01 11:32:59 <GNUtoo|laptop> indeed
May 01 11:33:00 <mickeyl> we're hardly three atm.
May 01 11:33:05 <mickeyl> that's not going to scale :/
May 01 11:33:13 <morphis> :)
May 01 11:33:14 <GNUtoo|laptop> we got some new devs
May 01 11:33:15 <mickeyl> where are all guys that got n900 developer devices?
May 01 11:33:18 <GNUtoo|laptop> such as captainigloo 
May 01 11:33:29 <GNUtoo|laptop> that's what I was wondering
May 01 11:33:34 <morphis> yeah, current run of qt4-tools-native looks good 
May 01 11:33:50 <GNUtoo|laptop> dos1 says that he'll restart beeing active soon
May 01 11:35:42 <dos1> yeah, my primary focus now is to get to university - SHR on N900 is secondary, right after exams ;)
May 01 11:49:26 <mrmoku> hmm
May 01 11:49:36 <mrmoku> [CCode (cname = "uchar", cprefix = "PN_", has_type_id = false, cheader_filename = "gpds.h")]  
May 01 11:49:44 <mrmoku> public const uchar PEP_TYPE_GPRS; 
May 01 11:49:59 <mrmoku> leads to gisicomm.c:8115:129: error: 'SS_PEP_TYPE_GPRS' undeclared (first use in this function)
May 01 11:50:02 <mrmoku> ?
May 01 11:51:53 <mrmoku>  GIsiClient.GPDS.PEP_TYPE_GPRS
May 01 11:52:10 <mrmoku> mickeyl: why does vala add SS_ instead of PN_ here?
May 01 11:58:40 <mrmoku> mickeyl: and for this one I would need some help :) http://pastebin.com/zfxK50UR
May 01 12:17:43 <dcordes> hi
May 01 12:18:31 <dcordes> I would like to try gnutoo's fso-voicecall for qsd (the thing that enables audio routing on nexus, leo, desire, etc)
May 01 12:18:47 <dcordes> mickeyl: if I pull org.oe.dev and build shr-image , will it be included already ?
May 01 12:23:27 <dcordes> $ git pull
May 01 12:23:27 <dcordes> git.freesmartphone.org[0: 134.169.172.109]: errno=No route to host
May 01 12:39:06 <mrmoku> dcordes: looks like it's down for me too
May 01 12:46:17 <morphis> mickeyl: freesmartphone.org is down !!!
May 01 13:50:02 <morphis> ah freesmartphone.org is back
May 01 13:56:00 <playya__> mrmoku, what's the problem?
May 01 14:08:37 <mrmoku> playya__: I need to send an isi request (which is an uint8[]) and align it to 4byte boundaries
May 01 14:09:51 <mrmoku> playya__: http://pastebin.com/zBWthnTw is what ofono does
May 01 14:10:17 <mrmoku> playya__: the struct iovec from gisi is translated to be a plain uint8[] though
May 01 14:10:26 <mrmoku> maybe there is some vala-way to do that ?
May 01 14:10:52 <playya__> hmm
May 01 14:12:42 <playya__> it should be possible to bind the macro as a function
May 01 14:13:05 <mrmoku> the ALIGN4 macro is one thing... the missing struct iovec the other
May 01 14:13:28 <playya__> it's not in linux.vapi?
May 01 14:13:43 <mrmoku> hmm... it's a linux thing?
May 01 14:13:49 <mrmoku> gisi in ofono has it's own
May 01 14:14:25 <playya__> ok. it's posix: /usr/share/vala-0.12/vapi/posix.vapi
May 01 14:14:40 <playya__> public struct iovector {
May 01 14:14:53 <playya__> bbl. food and cinema
May 01 14:14:58 <mrmoku> ok, have fun
May 01 14:15:04 <mrmoku> maybe that hint will help me :)
May 01 14:15:13 * mrmoku thought it would have been an ofono thing
May 01 14:18:26 <ChristW> mrmoku: I have added some functionality to dialer-view.c. I added a 'suggest' button that pops up a stack of buttons with contacts that 'match' the telephone number you're typing. So, now I only need 3 digits and 2 buttons to call home, instead of 10 digits + 1 button.
May 01 14:19:02 <ChristW> I need to clean it up, but I think I can mail you the diffs somewhere this week.
May 01 14:19:14 <ChristW> Interested?
May 01 14:27:09 <morphis> ChristW: it's seems like a nice feature
May 01 14:27:24 <morphis> ChristW: we should include it in SHR for sure
May 01 14:29:01 <mrmoku> ChristW: yup, for sure interested
May 01 14:30:01 <mrmoku> ChristW: I would prefer to give you access to the repo instead of sending patches around though :)
May 01 14:30:19 <mrmoku> If you agree just send me your pub ssh key and I will give you access
May 01 14:30:32 <mrmoku> then you can commit whenever you think it is ready (and compiles ;)
May 01 14:36:40 <ChristW> Ah, then I would need to make a public PGP key. Not a bad idea in any case.
May 01 14:37:06 <ChristW> If everyone's OK with me getting commit access, we'll set that up.
May 01 14:37:16 <mrmoku> ChristW: SSH ... not PGP
May 01 14:37:46 <ChristW> Ah, oh. Right... Still, I need one, I guess. Although I probably have one.... Let me check.
May 01 14:37:53 <mrmoku> and I don't think anybody is against access
May 01 14:38:01 <morphis> no :)
May 01 14:38:33 * mrmoku instead thinks our repositories are bored by seeing always the same people's commits :)
May 01 14:39:03 <ChristW> Indeed, I do have an id_rsa.pub somewhere. Does that count?
May 01 14:39:17 <mrmoku> looks good, yes
May 01 14:40:35 <morphis> ChristW: if you still know the password for the id_rsa keyfile :)
May 01 14:41:42 <mrmoku> morphis: var foo = new uint[8] { 0x0, 0x0, 0x0 };
May 01 14:41:54 <mrmoku> is there foo.length() to get the size of the array?
May 01 14:42:07 <morphis> yes
May 01 14:42:07 * mrmoku should just read the vala docs... yeah
May 01 14:42:11 <mrmoku> thanks :)
May 01 14:42:13 <morphis> it's a property
May 01 14:42:19 <morphis> so only foo.length
May 01 14:42:25 <mrmoku> ahh, good :)
May 01 14:46:51 <ChristW> morphis: Uhm, I guess I do :-) But I need to generate a new one for the machine I'm working on, now, anyway.
May 01 14:47:52 <ChristW> So, I guess I'll clean up the code (I've mis-used some calls... notably contact_list_add() and contact_list_fill() which do _way_ too much...), generate a public key, and get back to you.
May 01 14:49:35 <morphis> great
May 01 14:58:04 <mrmoku> morphis: time for my next vala problem :) ?
May 01 14:58:28 <mrmoku> or any other vala guru for that...
May 01 14:58:28 <mrmoku> var iov = new Posix.iovector[3] = {
May 01 14:58:29 <mrmoku>                 { req3, req3.length },
May 01 14:58:29 <mrmoku>                 { apn, apn_len },
May 01 14:58:29 <mrmoku>                 { pad, apn_pad_len }
May 01 14:58:31 <mrmoku>             }; 
May 01 14:58:36 <mrmoku> does not work
May 01 14:58:49 <mrmoku> gisicomm.vala:1720.17-1724.13: error: var declaration not allowed with non-typed initializer
May 01 15:00:19 <mrmoku> morphis: nvm. I'm just stupid :)
May 01 15:02:13 <mrmoku> const struct iovec iov[3] = {
May 01 15:02:13 <mrmoku> 		{ (uint8_t *) req, sizeof(req) },
May 01 15:02:13 <mrmoku> 		{ cd->apn, apn_len },
May 01 15:02:13 <mrmoku> 		{ (uint8_t *) padding, apn_pad_len },
May 01 15:02:14 <mrmoku> 	};
May 01 15:02:22 <mrmoku> is better but does not work nevertheless
May 01 15:02:34 <mrmoku> gisicomm.vala:1721.17-1721.17: error: Expected array element, got array initializer list { req3, req3.length },
May 01 15:05:41 <dcordes> [  4530.044] htcleo-keypad: dropping event due to full queue!
May 01 15:05:50 <dcordes> I see this when pressing a key on my device
May 01 15:06:01 <dcordes> nothing arrives in terminal inside X
May 01 15:06:15 <dcordes> but I see stuff in tty
May 01 15:06:25 <dcordes> it seems like it fails due to this error
May 01 15:06:30 <dcordes> anybody seen such thing before ?
May 01 15:56:37 <morphis> mickeyl: I have now qt4-libs-native, apiextractor-native and generatorrunner-native compiled with OE
May 01 15:57:23 <morphis> mickeyl: which recipes do we need as native and as non-native?
May 01 15:57:45 <morphis> or do we need apiextract, generatorrunner and shiboken only as native?
May 01 15:59:39 <morphis> shiboken-native even compiles fine
May 01 16:17:55 <morphis> mickeyl: it seems like we run in the situation with pyside to decide which version we want: x11|maemo|...
May 01 16:18:22 <morphis> as it seems that we can't compile pyside with supporting non of these
May 01 16:26:20 <mickeyl> yes, pyside will need to be built for one windowing system
May 01 16:26:30 <mickeyl> (depending on whether we use fb or x11)
May 01 16:27:08 <mickeyl> i'm not sure about what we need as native and what not. My theory is: apiextractor-native and generatorrunner-native and shiboken-native + shiboken cross + pyside cross
May 01 16:27:36 <mickeyl> mrmoku: still struggling against vala?
May 01 16:48:50 <morphis> mickeyl: but isn't shiboken the plugin for the generatorrunner?
May 01 16:48:56 <mickeyl> yes
May 01 16:49:09 <morphis> it only generates C++ code right?
May 01 16:49:17 <mickeyl> i don't know
May 01 16:49:22 <mickeyl> what i understand is it has a runtime component
May 01 16:49:29 <mickeyl> which is often the case for binding generators
May 01 16:49:39 <mickeyl> e.g. if you compare with pyqt
May 01 16:49:43 <mickeyl> we have sip-native
May 01 16:49:45 <mickeyl> and python-sip
May 01 16:49:52 <mickeyl> the first being the actual binding generator
May 01 16:49:56 <mickeyl> the latter being the runtime library
May 01 16:50:13 <morphis> ok
May 01 16:50:17 <mickeyl> but all speculation
May 01 16:50:23 <mickeyl> the docs are bad, so i have to guess :)
May 01 16:50:35 <mickeyl> but if you ldd the .so if you see it being linked to libshiboken-python
May 01 16:50:45 <morphis> as when I am looking at the cmake files of pyside it does not support qws
May 01 16:50:58 <morphis> hm
May 01 16:51:38 <mickeyl> yeah, it looks noone did that yet
May 01 16:51:44 <mickeyl> but i'm confident it's just an oversight
May 01 16:51:48 <mickeyl> just remove the error in CMakeLists
May 01 16:51:53 <mickeyl> and lets see how far it gets
May 01 16:52:16 <morphis> ok, you are right: libshiboken-python2.7.so.1.0 => /usr/lib/libshiboken-python2.7.so.1.0
May 01 16:52:23 <morphis> ok
May 01 16:54:04 <mrmoku> mickeyl: struggling with my dinner right now :)
May 01 16:54:11 <mickeyl> that's even better
May 01 16:54:35 <morphis> mrmoku: I hope it tastes :)
May 01 16:54:40 <mrmoku> the libgisi part for gprs is done and compiles even
May 01 16:55:07 <mickeyl> great
May 01 16:55:35 <mrmoku> morphis: just bred and bretzel.. tastes beter than vala problems though :) 
May 01 16:56:03 <mrmoku> mickeyl: next thing is to use it from my pdp plugin
May 01 16:56:10 <mrmoku> should be easy
May 01 16:56:22 <mickeyl> yes, pretty much simple glue
May 01 16:56:45 <mrmoku> and I hope I can try if all this gives me gprs0 in then
May 01 16:57:14 <mickeyl> *nod*
May 01 16:57:19 <mrmoku> s/then/the end/
May 01 16:57:19 <apt> mrmoku meant: and I hope I can try if all this gives me gprs0 in the end
May 01 17:01:13 <DocScrutinizer> what's state of our lis302dl.ko driver? It seems it's a nice bit of sw, and it also seems it never went "upstream"?
May 01 17:05:11 <morphis> mickeyl: so we have only to build the libshiboken from shiboken
May 01 17:05:28 <mickeyl> for the target, yeah
May 01 17:06:25 <morphis> mickeyl: if I read the cmake files for shiboken right it should disable the generatorrunner support when not detecting the right dependencies
May 01 17:07:41 <morphis> so it should compile without having apiextractor and generatorrunner compiled for the target
May 01 17:08:18 <mickeyl> ok
May 01 17:09:08 <morphis> will try that
May 01 17:10:18 <morphis> ok, it fails with "| /home/morphis/oe/buildroot/tmp/sysroots/x86_64-linux/usr/include/QtCore/qatomic_x86_64.h:121:29: error: impossible constraint in 'asm'"
May 01 17:10:28 <morphis> so it uses the wrong INCPATH ....
May 01 17:10:28 <mickeyl> yes
May 01 17:10:38 <mickeyl> that's where i got stuck as well
May 01 17:10:48 <mickeyl> didn't have time to further pursue the issue
May 01 17:11:23 <morphis> ok
May 01 17:11:33 <morphis> than I will look into the details of the issue
May 01 17:11:41 <CIA-10> freesmartphone.org: 03mok 07libgisi * r5f3203ea43af 10/data/libgisi.vapi: 
May 01 17:11:41 <CIA-10> freesmartphone.org: libgisi.vapi: PEP_TYPE_GPRS is no resource
May 01 17:11:41 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:11:54 <CIA-10> freesmartphone.org: 03mok 07libgisi * r625da6c41e24 10/gisicomm/gisicomm.vala: 
May 01 17:11:54 <CIA-10> freesmartphone.org: gisicomm: eliminate one more ErrorCode cast
May 01 17:11:54 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:11:54 <CIA-10> freesmartphone.org: 03mok 07libgisi * rd1713e9d8a15 10/data/libgisi.vapi: 
May 01 17:11:54 <CIA-10> freesmartphone.org: vapi: give vsend a Posix.iovector and the length of it as parameters
May 01 17:11:55 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:12:10 <CIA-10> freesmartphone.org: 03mok 07libgisi * r92911cec3ed5 10/data/libgisi.vapi: 
May 01 17:12:10 <CIA-10> freesmartphone.org: vapi: fix PEP_TYPE_GPRS and WRAN defines
May 01 17:12:10 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:12:10 <CIA-10> freesmartphone.org: 03mok 07libgisi * rc2012ff56916 10/gisi/libgisi.h: 
May 01 17:12:10 <CIA-10> freesmartphone.org: gisi: add missing includes for pep.h and pipe.h
May 01 17:12:11 <CIA-10> freesmartphone.org: Thanks to morphis for finding out :)
May 01 17:12:11 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:12:12 <CIA-10> freesmartphone.org: 03mok 07libgisi * rfe3c3aa5e810 10/gisicomm/gisicomm.vala: 
May 01 17:12:13 <CIA-10> freesmartphone.org: gisicomm: make clients remember their object id
May 01 17:12:13 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:12:14 <CIA-10> freesmartphone.org: 03mok 07libgisi * r24fbd62a84a6 10/gisicomm/gisicomm.vala: 
May 01 17:12:14 <CIA-10> freesmartphone.org: gisicomm: implement (de-)activating the GPRS context
May 01 17:12:15 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:12:15 <CIA-10> freesmartphone.org: 03mok 07libgisi * r010c211f66bd 10/gisicomm/gisicomm.vala: 
May 01 17:12:16 <CIA-10> freesmartphone.org: gisicomm: add an align4 helper
May 01 17:12:16 <CIA-10> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 01 17:12:51 <morphis> mickeyl: it links against native generatorrunner: http://pastie.org/1853901
May 01 17:17:20 <DocScrutinizer> hi guys!
May 01 17:17:34 <ChristW> Evening!
May 01 17:17:54 <DocScrutinizer> can someone point me to a (preferably HTTP) source of 'our' lis302 driver? 
May 01 17:18:37 <PaulFertser> DocScrutinizer: sure, hold on
May 01 17:19:01 <DocScrutinizer> PaulFertser: o/ :-D
May 01 17:19:29 <morphis> mickeyl: it seems like it is better to split the shiboken into a native and a non-native part
May 01 17:19:29 <DocScrutinizer> PaulFertser: do you know by any chance if and why our driver never hit mainstream
May 01 17:19:48 <morphis> mickeyl: as the export LD_LIB... is not suitable for the target build
May 01 17:19:55 <PaulFertser> DocScrutinizer: http://git.openmoko.org/?p=kernel.git;a=blob;f=drivers/input/misc/lis302dl.c;h=d345bfb2718fba6c96c7a27d83b53c0a35c9d064;hb=andy-tracking
May 01 17:19:58 <mrmoku> if that works I will get drunk tonight ;)
May 01 17:20:03 <DocScrutinizer> thanks :-)
May 01 17:20:06 <mickeyl> morphis: ok, sounds good
May 01 17:20:15 <PaulFertser> DocScrutinizer: i guess that's because nobody ever cared enough
May 01 17:20:15 <mickeyl> mrmoku: skull ;)
May 01 17:20:17 <mickeyl> err
May 01 17:20:20 <mickeyl> sk^ol or so
May 01 17:20:23 <mrmoku> :)
May 01 17:20:25 <mickeyl> or Prost
May 01 17:20:37 <mrmoku> building now for the device
May 01 17:20:39 <mickeyl> bbiab, dinner
May 01 17:20:40 <mickeyl> good luck
May 01 17:20:44 <mrmoku> ~bon appetit
May 01 17:20:45 <apt> bon appetit is probably smacznego.  Guten Appetit.  Eet Smakelijk.  God Appetitt.  Buon Appetito.  Buen apetito  Bom Apetite. buen apetito  Smaklig måltid!.  Hyvää ruokahalua.  Bo Proveito  Mahlzeit!
May 01 17:21:16 <ChristW> Mahlzeit, probably...
May 01 17:21:25 <ChristW> ISTR that Mickey is from .de.
May 01 17:21:53 <mrmoku> ChristW: mickeyl is multi-lingual... he even speaks vala fluently ;)
May 01 17:22:08 * mrmoku does not know the correct vala-term for Mahlzeit though :P
May 01 17:22:26 <ChristW> Well, I guess most here are multi-ligual...
May 01 17:22:44 <mrmoku> yup... and probably very few native english speakers :)
May 01 17:23:31 <ChristW> Not here in this room/kitchen!
May 01 17:25:45 <ChristW> Oh yeah, unrelated but problematic: When I run Navit (not NavitD), the screen does not turn off. Is there a good reason for this?
May 01 17:29:03 <playya_> ChristW, check the display's state 
May 01 17:29:09 <DocScrutinizer> PaulFertser: I'm going to check that implementation to see 'if I like it'. What would it take to get it upstream?
May 01 17:29:40 <ChristW> playya_: In the 'lock' screen, the display is not shown as 'requested'.
May 01 17:29:58 <playya_> hmm. ok
May 01 17:30:05 <PaulFertser> DocScrutinizer: it would take someone who understands kernel programming reasonably well to stand up as a maintainer and "defender" for that version, especially given there's other with an incompatible api.
May 01 17:30:34 <DocScrutinizer> yeah, so odds are it'll never happen :-P
May 01 17:31:29 <DocScrutinizer> this 'other' is that fsckdup joystick implemetation lis3lv02 ?
May 01 17:31:46 <PaulFertser> DocScrutinizer: it depends. Usually better solutions find their place inside the kernel if the person promoting them is persistent and smart enough.
May 01 17:31:50 <PaulFertser> I guess.
May 01 17:32:05 <DocScrutinizer> I'm neither
May 01 17:46:05 <larsc> PaulFertser: btw. if we ever wanted the platform_battery driver to get upstream i think we should turn it into a specific gta02_battery driver
May 01 17:46:49 <PaulFertser> larsc: probably so.
May 01 17:48:53 <morphis> mickeyl: yes, it's using the wrong Qt path: -- Found Qt-Version 4.7.2 (using /home/morphis/oe/buildroot/tmp/sysroots/x86_64-linux/usr/bin/qmake2)
May 01 17:49:59 <darkh> morphis: why is this the wrong path?
May 01 17:50:21 <morphis> as it should use the target version of qt, not the native one
May 01 17:50:45 <darkh> ok
May 01 17:53:53 <darkh> morphis: Are you using a CMake buildystem?
May 01 17:54:16 <morphis> darkh: I try to build shiboken (part of pyside) which uses cmake
May 01 17:54:51 <darkh> In that case i can probably help you
May 01 17:55:00 <morphis> yes?
May 01 17:55:05 <morphis> that would be great
May 01 17:55:29 <morphis> there is find_package(Qt4 4.5.0) in the cmake file
May 01 17:55:46 <darkh> we should discuss this private... it is rather complicated
May 01 18:06:28 <ChristW> Hmmm, I have a problem. I've #include'd <glib.h> , and then I use 'struct GList *' in a function declaration. But, gcc gives me a warning...
May 01 18:06:41 <ChristW> I'll copy/pastie some code...
May 01 18:08:33 <ChristW> http://pastebin.com/cWMfK1y9
May 01 18:27:48 <mickeyl> ChristW: try a typedef
May 01 18:27:58 <mickeyl> or rather
May 01 18:28:06 <mickeyl> are you sure GLIst is a struct?
May 01 18:28:36 <mickeyl> GList* is an opaque type
May 01 18:28:50 <mickeyl> just remove the 'struct' qualifier and it'll work
May 01 18:33:37 <mrmoku> mmm... there is still one part missing
May 01 18:33:41 <mrmoku> setting the ip for gprs0
May 01 18:34:04 <GNUtoo|laptop> how's the progress?
May 01 18:34:19 <mrmoku> regarding gprs good
May 01 18:34:20 <GNUtoo|laptop> since I was out all afternoon....I couldn't help
May 01 18:34:22 <GNUtoo|laptop> ok
May 01 18:34:23 <GNUtoo|laptop> nice
May 01 18:35:36 <mickeyl> mrmoku: check the other plugins
May 01 18:35:46 <mickeyl> the canonical way for us to do that atm. is via fsonetworkd
May 01 18:35:54 <mickeyl> we just report that we have a new default route
May 01 18:36:24 <mickeyl> e.g. in qmi
May 01 18:36:26 <mickeyl>             this.connectedWithNewDefaultRoute( RMNET_IFACE, addr, mask, gway, dns1, dns2 );
May 01 18:37:33 <mrmoku> ahh, great
May 01 18:37:59 <mrmoku> just have to parse the context activate indication which gives me all this
May 01 18:38:03 <mrmoku> and feed it to there
May 01 18:38:04 <mickeyl> yep
May 01 18:42:16 <morphis> mickeyl: we are on the way getting libshiboken to compile, darkh is the cmake profi :)
May 01 18:42:39 <mickeyl> awesome
May 01 18:42:53 <mickeyl> will be glad to see the resulting recipe
May 01 18:43:05 <mickeyl> meanwhile i'll fight against pyqt...
May 01 18:43:18 <mickeyl> they changed a lot of things since the last version that worked in OE :/
May 01 18:43:48 <morphis> :)
May 01 18:48:01 <morphis> mickeyl: libshiboken compiles now for the target
May 01 18:48:15 <morphis> but I have one QA error for your: "ERROR: QA Issue with staging: shiboken.pc failed sanity test (tmpdir) in path /home/morphis/oe/buildroot/tmp/sysroots/armv7a-oe-linux-gnueabi/usr/lib/pkgconfig"
May 01 18:48:55 <morphis> it complains because the file is named shiboken.pc and not libshiboken.pc?
May 01 18:50:24 <mickeyl> not
May 01 18:50:26 <morphis> no,
May 01 18:50:33 <mickeyl> it's rather because of the content in the .pc file
May 01 18:50:40 <mickeyl> some variables point to tmpdir which they shouldn't
May 01 18:50:55 <morphis> jepp
May 01 18:55:01 <mickeyl> fun, pyqt has been broken for months now
May 01 18:55:12 <mickeyl> i guess noone has been using it
May 01 18:55:56 <morphis> :)
May 01 18:56:07 <morphis> you already switched to a newer version?
May 01 18:56:11 <mickeyl> i'm on it
May 01 18:56:15 <morphis> ok
May 01 18:56:17 <mickeyl> last real change is from march 2009
May 01 18:56:36 <morphis> very old
May 01 18:56:38 <mickeyl> it has been broken once someone yanked the corresponding qt version
May 01 18:56:46 <mickeyl> s/once/since/
May 01 18:56:46 <apt> mickeyl meant: it has been broken since someone yanked the corresponding qt version
May 01 18:56:56 <mickeyl> working on bumping to the latest now
May 01 18:57:16 <mickeyl> if we get both, we can do our own benchmarsk
May 01 18:57:56 <mrmoku> mickeyl: | plugin.vala:57.9-57.25: error: The name `isimodem' does not exist in the context of `Pdp.NokiaIsi'
May 01 18:57:59 <mrmoku> |         NokiaIsi.isimodem.gpds.activate( data.contextParams.apn, data.contextParams.user, data.contextParams.pw, ( err ) => {
May 01 18:58:10 <mrmoku> conflicting namespaces :)
May 01 18:59:14 <morphis> mickeyl: ok, but even if we do the benchmark we don't have the capabilities with pyqt we need to do some of the advanced qml stuff
May 01 19:00:53 <mickeyl> no? i thought they were roughly equivalent
May 01 19:01:10 <mickeyl> mrmoku: hmm
May 01 19:01:38 <morphis> mickeyl: no, pyqt is leaking the qmlRegisterType functionality
May 01 19:01:44 <mickeyl> lacking
May 01 19:01:46 <mickeyl> ok
May 01 19:01:52 <morphis> you can not register any QObject to QML without it
May 01 19:02:19 <morphis> lacking ... yes
May 01 19:02:58 <mrmoku> is there something like ::NokiaIsi to search from the root and not inside Pdp ?
May 01 19:03:16 <mickeyl> i thought so, but apparantly no longer
May 01 19:03:21 <mickeyl> i'm sure i used that before
May 01 19:05:17 <mickeyl> global::NokiaIsi
May 01 19:05:47 <mrmoku> oh, great... with :: then? like in c++? nice :)
May 01 19:07:32 <mickeyl> 'global::'
May 01 19:07:38 <mrmoku> yeah
May 01 19:07:53 <mickeyl> strange literal, if you ask me
May 01 19:07:55 <mickeyl> but *shrug*
May 01 19:08:19 <mrmoku> :)
May 01 19:08:45 <mrmoku> | plugin.vala:66.9-66.24: error: The name `NokiaIsi' does not exist in the context of `(null)'
May 01 19:08:48 <mrmoku> |         global::NokiaIsi.isimodem.gpds.deactivate();
May 01 19:08:51 <mrmoku> hmm
May 01 19:12:47 <PaulFertser> DocScrutinizer: btw, bunnie says: The Ware for November 2009 is the Openmoko Wikireader! It’s a very tidy device; well designed and well manufactured.
May 01 19:12:49 <mickeyl> hmm, yeah
May 01 19:14:03 <mickeyl> that's a problem
May 01 19:14:59 <mrmoku> hmm... can theModem have plugin specific data?
May 01 19:17:02 <mickeyl> the problem is less getting the instance
May 01 19:17:16 <mickeyl> more knowing about the namespace
May 01 19:17:42 <mickeyl> the pdp plugin knows nothing about the necessary types
May 01 19:17:57 <mickeyl> for that we would need to make a vapi for modem_nokia_isi
May 01 19:18:26 <mickeyl> a simpler way would be adding a property to the nokiaisi pdp plugin
May 01 19:18:27 <mrmoku> heh :/
May 01 19:18:36 <mickeyl> and have the modem class set the gpds instance
May 01 19:19:04 <mickeyl> that should be sufficient
May 01 19:19:32 <mrmoku> ok, will try that
May 01 19:20:05 <mickeyl> the gpsd type will be known by giving --pkg gisicomm
May 01 19:20:09 <mickeyl> to the plugin
May 01 19:22:35 <mrmoku> yeah, that I added already
May 01 19:22:49 <mrmoku> and when do I set it from the modem?
May 01 19:23:35 <mickeyl> channel.vala::netinitialize
May 01 19:23:48 <mickeyl> need to do some ugly casting, but that's how it is
May 01 19:24:07 <mickeyl> eventually we can make sure that noone choses a wrong pdp plugin for the isi modem
May 01 19:24:22 <mrmoku> that means the pdp plugin must be loaded first? or does not matterß
May 01 19:24:42 <mickeyl> it doesn't matter
May 01 19:24:52 <mickeyl> the pdp plugin gets loaded from the modem
May 01 19:25:05 <mrmoku> good
May 01 19:25:28 <mickeyl> init is at mainloop runtime anways
May 01 19:25:35 <mickeyl> so everything should be loaded already
May 01 19:25:43 <mickeyl> you will probably have to do something like
May 01 19:26:17 <mrmoku> Pdp.NokiaIsi.gpds = NokiaIsi.isimodem.gpds; 
May 01 19:26:36 <mickeyl> yes, if you want to use a global variabl
May 01 19:26:37 <mickeyl> e
May 01 19:26:53 <mrmoku>     public GIsiClient.GPDS gpds { get; set; }
May 01 19:27:04 <mrmoku> probably set is enough?
May 01 19:27:13 <mickeyl> yeah
May 01 19:28:24 <mickeyl> var isipdp = theModem.pdphandler as Pdp.NokiaIsi; isipdp.gpds = NokiaIsi.isimodem.gpds
May 01 19:28:26 <mickeyl> or so
May 01 19:28:43 <mickeyl> bbl
May 01 19:28:50 <mrmoku> ok, thx
May 01 19:33:27 <DocScrutinizer> PaulFertser: no wonder, it's mainly designed by cajak and me
May 01 19:33:53 <DocScrutinizer> until they messed it up with that touchscreen instead of hw kbd
May 01 19:35:06 <DocScrutinizer> well, now it's sold branded Medion via Conrad.de
May 01 19:35:39 <GNUtoo|laptop> I hope it's still hackable when sold by medion
May 01 19:35:44 <onen|openBmap> if I am right, you are still working on making FSO/ SHR run on n900, right?
May 01 19:35:58 <PaulFertser> DocScrutinizer: i meant a "thumbs up" from bunnie really worth a lot, so congratulations!
May 01 19:35:59 <DocScrutinizer> main complaints: fumble ts-vkbd
May 01 19:36:03 <onen|openBmap> I mean, people here are working on it
May 01 19:36:14 <GNUtoo|laptop> they are known to have made laptop where the BIOS has a cryptographic function to load only the authorized copy of microsoft windows
May 01 19:36:19 <lindi-> PaulFertser: do you know how wikireader is doing?
May 01 19:36:29 <PaulFertser> lindi-: no, no slightest idea
May 01 19:36:34 <GNUtoo|laptop> that means that it's not possible to:
May 01 19:36:38 <DocScrutinizer> see ^^
May 01 19:36:40 <GNUtoo|laptop> *reinstall another windows copy
May 01 19:36:45 <GNUtoo|laptop> *install GNU/Linux
May 01 19:37:05 <GNUtoo|laptop> onen|openBmap, yes you're right
May 01 19:37:26 <DocScrutinizer> http://www.conrad.de/ce/de/product/876441/MEDIONR-P89615-MD-83020-WIKIREADER
May 01 19:37:46 <onen|openBmap> what is the purpose, FSO + SHR, and/or FSO + maemo, and/or FSO + Meego?
May 01 19:37:49 <GNUtoo|laptop> are we gaining back some users?
May 01 19:38:07 <GNUtoo|laptop> onen|openBmap, only FSO+SHR for now
May 01 19:38:09 <PaulFertser> onen|openBmap: maemo and meego still suck :)
May 01 19:38:17 <GNUtoo|laptop> there was a debian port by sre but it got abandoned
May 01 19:38:20 <onen|openBmap> GNUtoo|laptop: ok
May 01 19:38:21 <GNUtoo|laptop> we moved forward
May 01 19:38:28 <GNUtoo|laptop> and we will have calls very soon
May 01 19:38:38 <GNUtoo|laptop> we know how calls work
May 01 19:38:42 <GNUtoo|laptop> specially audio
May 01 19:38:56 <DocScrutinizer> \o/
May 01 19:38:57 <GNUtoo|laptop> we just need to write the code now (proof of concept worked)
May 01 19:39:05 <GNUtoo|laptop> on the modem side it's good too
May 01 19:39:12 <onen|openBmap> PaulFertser: well meego is rough on the egdes, and lacking functionalities. But maemo (just got an n900, and flashed it freshed today) seems quite polished and well furnished
May 01 19:39:16 <DocScrutinizer> hi onen|openBmap btw
May 01 19:39:16 <GNUtoo|laptop> mrmoku, is working on 3g
May 01 19:39:23 <GNUtoo|laptop> but we lack sms and similar things
May 01 19:39:26 <GNUtoo|laptop> but it's easy now
May 01 19:39:47 <PaulFertser> onen|openBmap: maemo is such a PITA in so many regards that i do not even want to start discussing it...
May 01 19:40:18 <DocScrutinizer> onen|openBmap: hehe for PaulFertser - maemo is rather decent except the blobs everywhere
May 01 19:40:18 <onen|openBmap> DocScrutinizer: Hallo. I will finaly be able to: 1. play with your usb host mode. 2. bring openbmap logger and more to your phone ;-)
May 01 19:40:37 <PaulFertser> DocScrutinizer: if maemo was decent, Mer wouldn't have been created.
May 01 19:40:45 <DocScrutinizer> exactly
May 01 19:41:04 <DocScrutinizer> alas mer was better than meego is now, in many respects
May 01 19:41:21 <GNUtoo|laptop> hi morphis, no news about the palm ping, I go in france very soon
May 01 19:41:35 <GNUtoo|laptop> s/no news.*?
May 01 19:41:38 <DocScrutinizer> as mer was a exact reimplementation of maemo on FOS base
May 01 19:41:42 <GNUtoo|laptop> oops
May 01 19:41:52 <GNUtoo|laptop> s/no news.*/no news.*?/
May 01 19:41:53 <onen|openBmap> DocScrutinizer: for now, nokia left some people working on meego. let's hope this will soon lead to something working
May 01 19:42:08 <DocScrutinizer> while meego is a chimera agnostic of handheld embedded idiosyncrasies
May 01 19:42:10 <PaulFertser> Maemo sucks in that it: 1. _is_ a lousy debian fork instead of being close to upstream; 2. uses a sick buildsystem instead of something decent; 3. uses a gtk fork instead of upstream; 4. uses either ad-hoc or badly engineered solutions for too many things.
May 01 19:42:52 <GNUtoo|laptop> what is mer GUI based on?
May 01 19:43:14 <onen|openBmap> PaulFertser: for what I know, I agree at least with 1.
May 01 19:43:45 <GNUtoo|laptop> indeed armv7 port would have beneficied debian
May 01 19:44:00 <PaulFertser> onen|openBmap: ah, and one more: 5. totally sick, unfriendly, braindamaged community, this concerns most users and developers alike.
May 01 19:44:08 <DocScrutinizer> PaulFertser: indeed it's a fork, as Nokia didn't bother to get some nice stuff upstream. Same applies to OM/OE ;-D
May 01 19:44:37 <onen|openBmap> but once things work under the hood (FSO), what "desktop" env. do you see as good enough for everyday use? SHR seems pretty far away from maemo/android/etc. state in user interface, and apps / funcitonnalities
May 01 19:44:43 <PaulFertser> DocScrutinizer: well, at least OE is not a fork of another distro.
May 01 19:44:52 <DocScrutinizer> hmm
May 01 19:45:28 <DocScrutinizer> but SHR/OM is :-P
May 01 19:45:29 <GNUtoo|laptop> oe is not a distro
May 01 19:45:45 <onen|openBmap> PaulFertser: oh... couple of months ago, you were only telling me that the community was not too much of your liking. It seems this did not get any better :D
May 01 19:46:10 <GNUtoo|laptop> hmmm,why do I always ctrl+w the irc instead of the browser page
May 01 19:47:23 <GNUtoo|laptop> for me the main concern about maemo is freedom
May 01 19:47:31 <GNUtoo|laptop> then there is problems with upstreams
May 01 19:47:40 <PaulFertser> GNUtoo|laptop: i think OE can be considered to be a (slightly non-traditional) distro.
May 01 19:47:54 <onen|openBmap> I have spent last months under android, and if you want to install OSS apps, without ad, easily and without big G. looking over your shoulder, this is pretty much impossible.
May 01 19:47:57 <GNUtoo|laptop> shr,micro,angstrom,kalelios etc....
May 01 19:48:04 <DocScrutinizer> PaulFertser: well, you know I'm way less fundamental about this whole upstream thing. And what really sucks on maemo isn't the kernel based on some fork, but the closed blobs for all the core apps like dialer, calendar etc that nail users to 2.6.28
May 01 19:48:06 <GNUtoo|laptop> are distros
May 01 19:48:12 <onen|openBmap> replicant is *the* android project that could reconcile me with android
May 01 19:48:20 <GNUtoo|laptop> lol
May 01 19:48:31 <GNUtoo|laptop> I know something about replicant, since I started it
May 01 19:48:33 <PaulFertser> GNUtoo|laptop: i know but those are rather close. Main decisions are all done on the OE level.
May 01 19:48:39 <GNUtoo|laptop> ok
May 01 19:49:00 <GNUtoo|laptop> onen|openBmap, what android phone do you have?
May 01 19:49:25 <GNUtoo|laptop> note that replicant is a distro, for the apps there is FDroid
May 01 19:49:31 <onen|openBmap> GNUtoo|laptop: htc magic. just saw yesterday on wiki that you were looking for someone to build image and test it ;-)
May 01 19:49:35 <GNUtoo|laptop> it's a market-like free applications
May 01 19:49:52 <onen|openBmap> GNUtoo|laptop: I have been thinking about doing it, but first have to transfer my stuff from it to my n900
May 01 19:49:54 <GNUtoo|laptop> yes, it seem that there is some audio problems with it
May 01 19:50:02 <GNUtoo|laptop> ok
May 01 19:50:19 <GNUtoo|laptop> also we have  a problem with dream/magic: they are not suported anymore by cyanogen
May 01 19:50:39 <GNUtoo|laptop> *cyanogenmod
May 01 19:50:50 <onen|openBmap> GNUtoo|laptop: yes, I first heard about fdroid. goes indeed in direction of what I am looking for. just as with my computer, I want to install stuff without having to wonder if they are OSS, have ads, etc.
May 01 19:50:52 <GNUtoo|laptop> so they work under replicant but we're stuck at froyo
May 01 19:51:12 <GNUtoo|laptop> they for dream
May 01 19:51:14 <onen|openBmap> GNUtoo|laptop: indeed, that brought me to look for a new phone as well
May 01 19:51:18 <GNUtoo|laptop> magic needs some work I think
May 01 19:51:43 <GNUtoo|laptop> I use the nexusone, and apart the camera and the 3d pretty much everything is supported
May 01 19:52:08 <GNUtoo|laptop> including accelerometers,2d acceleration(was tough) etc...
May 01 19:52:11 <onen|openBmap> GNUtoo|laptop: I think openbmap android logger has been submitted to fdroid, but not sure ;)
May 01 19:52:17 <GNUtoo|laptop> altough you need some non-free firmwares
May 01 19:52:20 <GNUtoo|laptop> like wifi bluetooth
May 01 19:52:29 <GNUtoo|laptop> and audio card calibration database
May 01 19:52:35 <GNUtoo|laptop> ok
May 01 19:52:48 <GNUtoo|laptop> how does it work?
May 01 19:52:59 <GNUtoo|laptop> does it depend on special ril features?
May 01 19:53:19 <DocScrutinizer> definitely, that's openbmap ;-)
May 01 19:53:36 <GNUtoo|laptop> ok
May 01 19:53:40 <onen|openBmap> GNUtoo|laptop: I don't think so (I am not the developer of it). I think since android 2 (.1?) some java API allows reading neighbour cells and so on
May 01 19:53:49 <GNUtoo|laptop> maybe I'll have to add mcc/mnc/cellid reporting then
May 01 19:53:56 <GNUtoo|laptop> ok
May 01 19:54:00 <DocScrutinizer> the info used there mostly isn't the kind you get via a common general purpose API
May 01 19:54:11 <onen|openBmap> GNUtoo|laptop: it seems that some phones do not honor those api though
May 01 19:54:26 <GNUtoo|laptop> not sure if we do but it would be very easy to add support for it
May 01 19:54:34 <GNUtoo|laptop> just some AT commands in a callback
May 01 19:55:12 <GNUtoo|laptop> I've even made a patch to trace the prpoprietary ril, that now work well(the patch)
May 01 19:55:24 <onen|openBmap> GNUtoo|laptop: well that's interesting. I may as well sell back my magic, and get a phone compatible with replicant then
May 01 19:55:34 <GNUtoo|laptop> ok
May 01 19:55:53 <onen|openBmap> GNUtoo|laptop: if so, I will ask you for what model ;)
May 01 19:55:54 <GNUtoo|laptop> note that the number of apps is quite limited in FDroid
May 01 19:56:12 <GNUtoo|laptop> for now you can choose between the htc dream and the nexus one
May 01 19:56:16 <onen|openBmap> GNUtoo|laptop: I am no many apps user anyway
May 01 19:56:19 <GNUtoo|laptop> since I've only theses 2 android phones.....
May 01 19:56:30 <onen|openBmap> GNUtoo|laptop: :D
May 01 19:56:35 <GNUtoo|laptop> for instance there are not a lot of games
May 01 19:56:39 <GNUtoo|laptop> there is wormux
May 01 19:56:43 <GNUtoo|laptop> and some other sdl games
May 01 19:56:46 <GNUtoo|laptop> but not much
May 01 19:57:07 <GNUtoo|laptop> replica island needs 3d which we lack
May 01 19:57:18 <GNUtoo|laptop> but wormux should work fine, apart the audio that lag a bit
May 01 19:57:34 <GNUtoo|laptop> a bit hard to play tough
May 01 19:57:53 <dcordes> you guys forgot about opencnc
May 01 19:58:00 <onen|openBmap> dcordes: ?
May 01 19:58:03 <dcordes> openredalert
May 01 19:58:05 <dcordes> sorry
May 01 19:58:19 <dcordes> command & conquer red alert 1 port
May 01 19:58:20 <GNUtoo|laptop> ah it's ported too?
May 01 19:58:22 <dcordes> well of the engine
May 01 19:58:30 <dcordes> it's in OE bro :)
May 01 19:58:36 <GNUtoo|laptop> I tried gemrb and it expected a mouse => unplayable
May 01 19:58:39 <dcordes> I played it on my leo in SHR :)
May 01 19:58:40 <GNUtoo|laptop> wow nice
May 01 19:58:52 * dcordes is a fan of C&C since 1995
May 01 19:58:56 <GNUtoo|laptop> we were talking about android and I was pointing the lack of games
May 01 19:59:13 <dcordes> ah ok 
May 01 19:59:19 <dcordes> well don't know about android games
May 01 20:00:10 <GNUtoo|laptop> dcordes, about the audio activator for fso
May 01 20:00:13 <GNUtoo|laptop> there is a shell script
May 01 20:00:23 <dcordes> ok let me cd to the git
May 01 20:00:23 <GNUtoo|laptop> source your devshell
May 01 20:00:29 <GNUtoo|laptop> and run that script
May 01 20:00:37 <GNUtoo|laptop> it's even worse than a Makefile
May 01 20:00:43 <GNUtoo|laptop> but still....
May 01 20:00:47 <dcordes> GNUtoo|laptop: thank your for the tip with the dev shell. it is gold !
May 01 20:00:51 <GNUtoo|laptop> it was rather something quick.....
May 01 20:01:05 <DocScrutinizer> on a loosely related topic: javispedro made pre games run nder maemo, with some LD_PRELOAD magic
May 01 20:01:05 <GNUtoo|laptop> if I want something better I'll have to integrate it in fso
May 01 20:01:08 <onen|openBmap> well, for now, I seems that maemo is still what is the closest to what I am looking for, with regards to OSS repositories to install apps, usability, apps quantity. I keep an eye on replicant though :) things are moving fast in the mobile area
May 01 20:01:10 <GNUtoo|laptop> with proper autotools
May 01 20:01:52 <GNUtoo|laptop> yes things move fasts....that's also a problem when we port to devices
May 01 20:02:05 <GNUtoo|laptop> the device can be obsolete before we have the time to finish the port
May 01 20:02:08 <onen|openBmap> GNUtoo|laptop: indeed
May 01 20:02:10 <GNUtoo|laptop> example: htc dream
May 01 20:02:19 <GNUtoo|laptop> for GNU/Linux
May 01 20:02:26 <dcordes> GNUtoo|laptop: "source devshell.sh; cd uttilities/fso-voicecall; ./fso-voicecall.sh" ?
May 01 20:02:29 <GNUtoo|laptop> under replicant it was ported pretty quickeyly
May 01 20:02:41 <GNUtoo|laptop> dcordes, something like that, yes
May 01 20:02:56 <GNUtoo|laptop> devshell is not called devshell.sh
May 01 20:03:00 <GNUtoo|laptop> but you got the idea
May 01 20:03:11 <onen|openBmap> GNUtoo|laptop: I feel that starting more or less with nexus one / n900 "generation", hardware is good enough to last some time, able to support OS updates
May 01 20:03:12 <GNUtoo|laptop> and then
May 01 20:03:20 <GNUtoo|laptop> scp fso-voicecall root@192.168.0.202:
May 01 20:03:26 <GNUtoo|laptop> ssh root@192.168.0.202
May 01 20:03:31 <GNUtoo|laptop> ./fso-voicecall
May 01 20:03:38 <dcordes> GNUtoo|laptop: ok: Compilation succeeded - 2 warning(s)
May 01 20:03:44 <GNUtoo|laptop> ok nice
May 01 20:03:48 <GNUtoo|laptop> ignore the warnings
May 01 20:03:54 <GNUtoo|laptop> it's only a cast lacking
May 01 20:04:04 <dcordes> ok now ?
May 01 20:04:10 <GNUtoo|laptop> some conversion from NULL to the proper type
May 01 20:04:21 <GNUtoo|laptop> now....I just said what to do:
May 01 20:04:24 <dcordes> I don't understand these things anyway ;)
May 01 20:04:31 <GNUtoo|laptop> GNUtoo|laptop> and then
May 01 20:04:32 <GNUtoo|laptop> <GNUtoo|laptop> scp fso-voicecall root@192.168.0.202:
May 01 20:04:32 <GNUtoo|laptop> <GNUtoo|laptop> ssh root@192.168.0.202
May 01 20:04:42 <GNUtoo|laptop> <GNUtoo|laptop> ./fso-voicecall
May 01 20:05:02 <dcordes> where : is my shr rootfs ?
May 01 20:05:26 <GNUtoo|laptop> basically under languages like C (unlike python etc...) there are types like strings integers etc...
May 01 20:05:41 <GNUtoo|laptop> yes
May 01 20:05:49 <GNUtoo|laptop> that is a program that must run under SHR
May 01 20:05:50 <dcordes> ok
May 01 20:05:58 <DocScrutinizer51> if only those marketing drones at Nokia grew a brain and - instead of that meego shit - had simply opened up the closed bits of maemo5 and then decided to provide a linux BSP withm all their future smartphones
May 01 20:06:18 <dcordes> DocScrutinizer51: sounds good
May 01 20:06:40 <GNUtoo|laptop> indeed some companies have issues because they do not free enough code
May 01 20:06:45 <GNUtoo|laptop> for instance palm had that issue too
May 01 20:06:59 <GNUtoo|laptop> they were bought....maybe because of that
May 01 20:07:16 <GNUtoo|laptop> also no X11 was a bad decision and the proprietary parts didn't help to port apps
May 01 20:07:27 <dcordes> well guys what a luck we don't have to care about them :)
May 01 20:07:36 <GNUtoo|laptop> so I eared that at the end they were left without a lot of apps
May 01 20:07:38 <onen|openBmap> DocScrutinizer: that would be relying on community to save R&D costs, and thus come back in the race on mobile market, being more open and (existing habits) community friendly.
May 01 20:07:39 <GNUtoo|laptop> not sure if it's true
May 01 20:07:55 <GNUtoo|laptop> dcordes, I care about freedom
May 01 20:08:11 <GNUtoo|laptop> and I'm saying that freedom would have benefited them
May 01 20:08:18 <GNUtoo|laptop> so for me it would have been good
May 01 20:08:23 <dcordes> true
May 01 20:08:42 <onen|openBmap> DocScrutinizer: but this is not as good as the strategy of working with microsoft which has shown inability to step up into the market for years and a lot of money
May 01 20:08:50 <GNUtoo|laptop> I don't care about theses companies but about what they produce(code,devices)
May 01 20:08:55 <GNUtoo|laptop> an example:
May 01 20:09:06 <GNUtoo|laptop> if a company like to prevent root access, I'm against it
May 01 20:09:21 <dcordes> or close bootloaders, not release source code...
May 01 20:09:25 <GNUtoo|laptop> they treat me like a pirate, then why would I take their side?
May 01 20:09:55 <GNUtoo|laptop> I mean it would be against my interest to take their side
May 01 20:09:59 <dcordes> of course. I should restate: with SHR we have the power to do it better.
May 01 20:10:02 <GNUtoo|laptop>  but in that case it's different
May 01 20:10:10 <dcordes> that'S why I mean we don't need them :) only their hardware
May 01 20:10:17 <GNUtoo|laptop> and their code
May 01 20:10:28 <onen|openBmap> dcordes: their hardware and the handbook how to use it...
May 01 20:10:40 <dcordes> # ./fso-voicecall 
May 01 20:10:41 <dcordes> ** (process:459): DEBUG: fso-voicecall.vala:115: creating mainloop and file descriptor
May 01 20:10:44 <dcordes> ** (process:459): DEBUG: fso-voicecall.vala:122: hooking on to fsogsmd
May 01 20:10:46 <dcordes> ** (process:459): DEBUG: fso-voicecall.vala:134: --> loop
May 01 20:10:48 <dcordes> on htcleo
May 01 20:10:53 <GNUtoo|laptop> indeed with only the hardware you're back several years away with handleds.org
May 01 20:10:59 <GNUtoo|laptop> dcordes, try to place a call
May 01 20:11:03 <dcordes> ok
May 01 20:11:06 <GNUtoo|laptop> like to an operator free number
May 01 20:11:09 * dcordes calls his best friend 1212
May 01 20:11:10 <onen|openBmap> GNUtoo|laptop: what about gta04. will it be a nice up to date open phone, or not?
May 01 20:11:17 <GNUtoo|laptop> dcordes, lol
May 01 20:11:31 <dcordes> GNUtoo|laptop: works, speaker.
May 01 20:11:34 <dcordes> !
May 01 20:11:34 <GNUtoo|laptop> onen|openBmap, possible, I'm waiting to see
May 01 20:11:40 <GNUtoo|laptop> dcordes, try microphone now
May 01 20:11:51 <GNUtoo|laptop> I'm not sure at all that microphone would work
May 01 20:12:10 <GNUtoo|laptop> it was very complicated to read that source code without running it
May 01 20:12:12 <dcordes> :D it works! you'Re da man (normal "speakerphone" microphone and speaker)
May 01 20:12:18 <GNUtoo|laptop> wow
May 01 20:12:21 <dcordes> :D
May 01 20:12:35 <dcordes> the shr dialer has a switch for speaker
May 01 20:12:47 <GNUtoo|laptop> not sure if it works
May 01 20:12:48 <onen|openBmap> I would prefer a real open phone with decent hardware, rather than running after brand new hardware, but which is always crippled in a way or another by being closed in some way
May 01 20:12:53 <GNUtoo|laptop> for the switch
May 01 20:13:04 <GNUtoo|laptop> in fact it should not work....
May 01 20:13:11 <GNUtoo|laptop> but the microphone can work
May 01 20:13:20 <GNUtoo|laptop> and in fact it does
May 01 20:13:28 <dcordes> GNUtoo|laptop: maybe you can default to handset, and only go speakerphone on request ?
May 01 20:13:37 <dcordes> yep it does :)
May 01 20:14:11 <GNUtoo|laptop> dcordes, then I'll need to add theses bits to a router program
May 01 20:14:16 <GNUtoo|laptop> a separated program
May 01 20:14:28 <GNUtoo|laptop> I can't do that in the voicecall program
May 01 20:14:29 <dcordes> GNUtoo|laptop: now to use SHR as a phone I need: additional handset mic and speaker routing mode (or handset only), suspend/resume
May 01 20:14:32 <dcordes> :)
May 01 20:14:45 <DocScrutinizer51> if meego would've considered to adopt FSO for a core technology, it also would've been of a bit more interest to me
May 01 20:15:05 <GNUtoo|laptop> dcordes, the more I give....the more you want :) but It was to be expected.....
May 01 20:15:16 <onen|openBmap> GNUtoo|laptop: why working on FSO/SHR, if you have replicant working? for a better  "regular" gnu/linux system?
May 01 20:15:22 <dcordes> GNUtoo|laptop: is it bad ?
May 01 20:15:30 <DocScrutinizer51> as it stands now, meego is an uninspired port of a laptop centric OS to handheld
May 01 20:15:30 <GNUtoo|laptop> dcordes, it's humain
May 01 20:15:35 <dcordes> GNUtoo|laptop: so it's good.
May 01 20:15:47 <GNUtoo|laptop> dcordes, it's not good or bad, it's like that
May 01 20:15:58 <onen|openBmap> DocScrutinizer: you are a crazy and blind man, that would have saved costs again, what nokia seems to be fondly against
May 01 20:16:03 <GNUtoo|laptop> onen|openBmap, I'll explain
May 01 20:16:09 <GNUtoo|laptop> but it's long to explain
May 01 20:16:38 <GNUtoo|laptop> long time ago I had a pma430: proprietary kenrel modules and 2.4 kernel at the time of a 2.6 kernel
May 01 20:16:49 <GNUtoo|laptop> and shell scripts as build system
May 01 20:16:52 <GNUtoo|laptop> nightmare
May 01 20:16:59 <GNUtoo|laptop> then I bought an om-gta02
May 01 20:17:05 <GNUtoo|laptop> it was great etc...
May 01 20:17:08 <GNUtoo|laptop> really great
May 01 20:17:16 <GNUtoo|laptop> I ported wesnoth, got oe commit access etc....
May 01 20:17:48 <GNUtoo|laptop> but then it became outdated and the community shifted towards newer phones that were not free enough
May 01 20:18:04 <GNUtoo|laptop> so I decided to port GNU/Linux to the htc dream
May 01 20:18:11 <GNUtoo|laptop> since I wanted something to work quickely
May 01 20:18:16 <GNUtoo|laptop> I did replicant
May 01 20:18:27 <GNUtoo|laptop> but I still prefer GNU/Linux
May 01 20:18:30 <dcordes> GNUtoo|laptop: the fact is I can't do these things on my own. but still I want to improve SHR on these devices. you just enabled in call audio on my leo, captainigloo's desire, ... . and I think it was a good cooperation. I don't see why we should label it you helping me
May 01 20:18:32 <GNUtoo|laptop> because there is the tools I know
May 01 20:18:35 <GNUtoo|laptop> the program I know
May 01 20:18:37 <GNUtoo|laptop> and more programs
May 01 20:18:44 <GNUtoo|laptop> the polish is just a question of manpower
May 01 20:18:46 <GNUtoo|laptop> and of will
May 01 20:18:51 <GNUtoo|laptop> for instance maemo is quite polished
May 01 20:18:58 <GNUtoo|laptop> it's GNU/Linux and still it's polished
May 01 20:19:01 <GNUtoo|laptop> but now....
May 01 20:19:14 <GNUtoo|laptop> more and more games and applications get ported to android
May 01 20:19:30 <GNUtoo|laptop> but still.....
May 01 20:19:53 <GNUtoo|laptop> there are still more programs and more libraries and tools that I know on GNU/Linux
May 01 20:19:54 <onen|openBmap> GNUtoo|laptop: sure android is the growing system. but history has shown that it can change quickly
May 01 20:20:24 <GNUtoo|laptop> on android I cannot write gtk apps in python for instance
May 01 20:20:25 <onen|openBmap> GNUtoo|laptop: for me, a gnu/linux system is a "regualr" system, I feel at home on my phone as well as on my computer
May 01 20:20:30 <GNUtoo|laptop> or vala apps in efl
May 01 20:20:34 <GNUtoo|laptop> or console apps
May 01 20:20:34 <dcordes> GNUtoo|laptop: I had the initial idea to try it, you wrote all the code, I tested it, added additional ideas .. etc
May 01 20:20:49 <dcordes> GNUtoo|laptop: mickeyl added the idea to make it an fso thing
May 01 20:21:12 <onen|openBmap> GNUtoo|laptop: otherwise this will be pretty much the same as the time when I was working under linux, and using windows at home. 2 systems, twice as much things to learn (for no benefit)
May 01 20:21:18 <mrmoku> morphis: I'm missing something in the linux vapi... inet_ntop
May 01 20:21:27 <mrmoku> do we still have some linux_ext.vapi?
May 01 20:21:30 <GNUtoo|laptop> dcordes, I took code from mickeyl, from the n900 cmtspeechtest rewritten in vala
May 01 20:21:40 <GNUtoo|laptop> dcordes, and adapted to nexusone
May 01 20:22:00 <GNUtoo|laptop> onen|openBmap, replicant is more polished for now
May 01 20:22:08 <GNUtoo|laptop> and faster to port
May 01 20:22:36 <GNUtoo|laptop> onen|openBmap, the question is rather:
May 01 20:22:40 <onen|openBmap> GNUtoo|laptop: more polished than what?
May 01 20:22:47 <GNUtoo|laptop> is it worth abandoning SHR or replicant
May 01 20:22:53 <GNUtoo|laptop> the response is no
May 01 20:22:58 <GNUtoo|laptop> more polished than SHR
May 01 20:23:03 <dcordes> GNUtoo|laptop: ok I am a bit puzzled about how you put everything above
May 01 20:23:07 <GNUtoo|laptop> on phones like htcdream
May 01 20:23:19 <dcordes> GNUtoo|laptop: maybe I just didn't understand your point
May 01 20:23:34 <GNUtoo|laptop> dcordes, ok could you say what you don't understand
May 01 20:24:00 <GNUtoo|laptop> thinks about someone that wants freedom on phones and don't care a lot about the way to get there
May 01 20:24:01 <dcordes> 22:14 < GNUtoo|laptop> dcordes, the more I give....the more you want :) but It was to be expected.....
May 01 20:24:09 <GNUtoo|laptop> dcordes, ah ok
May 01 20:24:23 <GNUtoo|laptop> dcordes, it's a humain thing
May 01 20:24:30 <GNUtoo|laptop> dcordes, it's like that for me too
May 01 20:24:36 <dcordes> could you restate what you are trying to tell me with this ?
May 01 20:24:43 <dcordes> ok..
May 01 20:24:52 <GNUtoo|laptop> dcordes, how to explain....
May 01 20:24:57 <dcordes> aand it's what makes this project exist
May 01 20:25:05 <dcordes> we all want to move on
May 01 20:25:14 <mrmoku> mickeyl: for the record... does not work
May 01 20:25:15 <mrmoku> | channel.vala:77.23-77.25: error: The symbol `Pdp' could not be found
May 01 20:25:15 <mrmoku> |         var isipdp = (Pdp.NokiaIsi) theModem.pdphandler;
May 01 20:25:26 <mrmoku> guess I won't see it work today
May 01 20:25:31 <GNUtoo|laptop> dcordes, for instance I want only phone calls, then I want music and then videos.....
May 01 20:25:34 <onen|openBmap> GNUtoo|laptop: I just regret that many efforts are done, but seems separetely: kde mobile, gtk mobile phone (whatever is the name), meego, FSO, ofono, qtmobile (not sure of the distribution's name), etc.
May 01 20:25:41 <GNUtoo|laptop> dcordes, It was not a critique
May 01 20:25:48 <GNUtoo|laptop> only an observation
May 01 20:25:55 <GNUtoo|laptop> I am like that too
May 01 20:26:28 <GNUtoo|laptop> onen|openBmap, yes it's the same with proprietary software:
May 01 20:26:31 <GNUtoo|laptop> IOS
May 01 20:26:33 <GNUtoo|laptop> windows phone
May 01 20:26:35 <GNUtoo|laptop> blackberry
May 01 20:26:37 <GNUtoo|laptop> simbian
May 01 20:26:39 <GNUtoo|laptop> etc...
May 01 20:26:42 <dcordes> GNUtoo|laptop: ok then I understood it wrong, sorry. I just don't want to feel bad about contributing to this project because I like it a lot.
May 01 20:26:56 <mrmoku> mickeyl: that and a missing Linux.inet_ntop is what is in the way of my first GPRS context activation with fso on n900 :)
May 01 20:27:05 <GNUtoo|laptop> dcordes, your contributions are very welcome
May 01 20:27:07 <dcordes> GNUtoo|laptop: it is just that I don't have the skill like most people here because I like the professional CS background
May 01 20:27:07 * mrmoku off to bed
May 01 20:27:10 <mrmoku> gnight folks
May 01 20:27:17 <dcordes> good night mrmoku 
May 01 20:27:41 <onen|openBmap> GNUtoo|laptop: sure, but as long as they do it, it must bring enough cash to them. but with OSS, it would be good to work together to have at least *one* working system
May 01 20:27:47 <dcordes> GNUtoo|laptop: this puts me in the situation to ask for many things if I want to help
May 01 20:28:01 <GNUtoo|laptop> onen|openBmap, then it would have to fit everybody
May 01 20:28:09 <onen|openBmap> GNUtoo|laptop: but well, different ideas, different community spirits and aims, that's free software way of life, I guess
May 01 20:28:13 <GNUtoo|laptop> dcordes, ah ok
May 01 20:28:35 <GNUtoo|laptop> onen|openBmap, for instance I don't use meego because they have non-free 3d
May 01 20:28:40 <onen|openBmap> mrmoku: goog night
May 01 20:28:41 <GNUtoo|laptop> so meego doesn't fit me
May 01 20:29:03 <GNUtoo|laptop> but if it had free 3d or didn't depend on 3d....I would have considered it
May 01 20:29:06 <ChristW> Also good night for and from me... See ya tomorrow or on Tuesday!
May 01 20:29:12 <GNUtoo|laptop> mrmoku, good night
May 01 20:29:24 <onen|openBmap> ChristW_ZZzz: good night
May 01 20:29:34 <dcordes> GNUtoo|laptop: I also think it's much better to have something like efl
May 01 20:29:54 <GNUtoo|laptop> I think too, because it doesn't depend on non-free 3d
May 01 20:30:12 <dcordes> at the same time it saves performance
May 01 20:30:21 <GNUtoo|laptop> yes
May 01 20:30:28 <onen|openBmap> GNUtoo|laptop: my feeling so far, is that the SHR/FSO community is the only which is really trying to make an OSS system. no proprietary stuff, and as much as possible regular distribution
May 01 20:31:09 <GNUtoo|laptop> onen|openBmap, yes we're the most free GNU/Linux one, but we're not perfect....there is gllin for om-gta01
May 01 20:31:12 <dcordes> GNUtoo|laptop: with the calls working now, I'm very enthusiastic to polish the leo shr-image to a state we can make it available to non-technical people
May 01 20:31:23 <GNUtoo|laptop> dcordes, nice
May 01 20:31:36 <GNUtoo|laptop> dcordes, so I should do a router 
May 01 20:31:44 <GNUtoo|laptop> I can try to find the time
May 01 20:32:04 <GNUtoo|laptop> but the AudioHardware.cpp is hard to read
May 01 20:32:24 <GNUtoo|laptop> the code is easy at first sight but when you're really looking for something it's hard
May 01 20:32:30 <onen|openBmap> GNUtoo|laptop: well the road will be long. maybe gta04 will be the next quite satisfactory step
May 01 20:32:31 <GNUtoo|laptop> s/is/seem/
May 01 20:32:33 <apt> GNUtoo|laptop meant: the code seem easy at first sight but when you're really looking for something it's hard
May 01 20:32:56 <GNUtoo|laptop> or maybe it's just me that am too tired
May 01 20:33:05 <GNUtoo|laptop> (I'm a bit exausted theses days)
May 01 20:33:26 <GNUtoo|laptop> (bad food => some diarea)
May 01 20:33:48 <dcordes> hope you recover quickly!
May 01 20:33:56 <GNUtoo|laptop> I hope too since I must go in france soon
May 01 20:33:59 <onen|openBmap> GNUtoo|laptop: I still think that mobile phone are now so powerful, that having *one* model working well, could allow to make it last, and thus build a community big enough to see many aspects (apps, interfaces) improve
May 01 20:34:01 <GNUtoo|laptop> for the efl days
May 01 20:34:23 <GNUtoo|laptop> onen|openBmap, a bit like openmoko?
May 01 20:34:44 <GNUtoo|laptop> one phone, big community at its times
May 01 20:34:51 <GNUtoo|laptop> shared kernel
May 01 20:35:06 <GNUtoo|laptop> but not much beside kernel
May 01 20:35:08 <dcordes> GNUtoo|laptop: what is the use of the start call function? what does it do and what is the difference to setting the speaker/mic mode ?
May 01 20:35:09 <GNUtoo|laptop> that's why fso was bord
May 01 20:35:12 <GNUtoo|laptop> *born
May 01 20:35:50 <GNUtoo|laptop> dcordes, you mean the ioctl?
May 01 20:36:19 <dcordes> GNUtoo|laptop: reading routing.c --help I see two things: an event (start or stop call) and a mode (speakerphone)
May 01 20:36:37 <onen|openBmap> GNUtoo|laptop: indeed I think the OM community was on the right path, until the business aspects put it to an end
May 01 20:36:51 <GNUtoo|laptop>                         do_ioctl(AUDIO_START_VOICE,path);
May 01 20:36:52 <GNUtoo|laptop> that?
May 01 20:37:00 <dcordes> GNUtoo|laptop: I think so
May 01 20:37:01 <GNUtoo|laptop> ah routing.c
May 01 20:37:05 <dcordes> yes
May 01 20:37:08 <dcordes> not sure about code level
May 01 20:37:11 <GNUtoo|laptop> I tought you were talking about fso-voicecall
May 01 20:37:19 <GNUtoo|laptop> forget about START_VOICE
May 01 20:37:24 <dcordes> right !
May 01 20:37:25 <GNUtoo|laptop> it's used to activate the call audio
May 01 20:37:26 <dcordes> that'S what I mean
May 01 20:37:32 <GNUtoo|laptop> ah ok
May 01 20:37:34 <onen|openBmap> GNUtoo|laptop: I especially feel it since I try to find another phone. All have issues (closed stuff, ads, no OSS apps). OM was the closest (software side) to what I wish
May 01 20:37:40 <GNUtoo|laptop> so not routing.c but fso-voicecall
May 01 20:37:56 <dcordes> GNUtoo|laptop: do you perform something like START_VOICE in fso-voicecall ?
May 01 20:38:05 <GNUtoo|laptop> dcordes, yes of course
May 01 20:38:10 <GNUtoo|laptop> that's the magic thing that makes it work
May 01 20:38:29 <dcordes> GNUtoo|laptop: ok. and you also tell it which mode, right ?
May 01 20:38:39 <dcordes> GNUtoo|laptop: (speaker phone right now)
May 01 20:39:00 <GNUtoo|laptop> not exactly
May 01 20:39:12 <GNUtoo|laptop> let me re-look the code of AudioHardware.cpp
May 01 20:39:18 <GNUtoo|laptop> but I'm exausted today
May 01 20:39:34 <dcordes> GNUtoo|laptop: I am asking because I don't understand the need for two programs (starter and router )
May 01 20:39:53 <GNUtoo|laptop> because of the design
May 01 20:40:10 <GNUtoo|laptop> the voicecall only activate the voicecall
May 01 20:40:23 <GNUtoo|laptop> how to tell it to switch to headphones?
May 01 20:40:34 <GNUtoo|laptop> unless I integrate it well in fsoaudiod
May 01 20:40:45 <GNUtoo|laptop> it's just a daemon
May 01 20:40:50 <GNUtoo|laptop> that listen dbus
May 01 20:40:54 <GNUtoo|laptop> and if there is call
May 01 20:40:57 <GNUtoo|laptop> it get noticied
May 01 20:41:01 <GNUtoo|laptop> and run that ioctl thing
May 01 20:42:14 <GNUtoo|laptop> let me verify
May 01 20:42:39 <GNUtoo|laptop> it does that:
May 01 20:43:27 <GNUtoo|laptop> path[0] = rx_acdb_id;
May 01 20:43:27 <GNUtoo|laptop> path[1] = tx_acdb_id;
May 01 20:43:27 <GNUtoo|laptop> ioctl(fd, AUDIO_START_VOICE, &path)
May 01 20:44:15 <GNUtoo|laptop> with:
May 01 20:44:21 <GNUtoo|laptop>             rx_acdb_id = getACDB(MOD_PLAY, device);
May 01 20:44:34 <GNUtoo|laptop> and:
May 01 20:44:37 <GNUtoo|laptop>             tx_acdb_id = getACDB(MOD_REC, device);
May 01 20:45:02 <GNUtoo|laptop> with getACDB beeing the routing
May 01 20:48:13 <GNUtoo|laptop> dcordes, do you have a better idea to implement it?
May 01 20:48:18 <GNUtoo|laptop> look in getACDB
May 01 20:48:34 <GNUtoo|laptop> there is only the choice between:
May 01 20:48:54 <GNUtoo|laptop> * headset or headsets withoutmic
May 01 20:49:03 <GNUtoo|laptop> *speakers 
May 01 20:49:11 <GNUtoo|laptop> *headset and speakers
May 01 20:49:21 <GNUtoo|laptop> I didn't find the handset
May 01 20:49:27 <GNUtoo|laptop> that's why I didn't do it that way
May 01 20:49:56 <GNUtoo|laptop> hmmm
May 01 20:49:59 <dcordes> GNUtoo|laptop: let me look
May 01 20:50:04 <dcordes> GNUtoo|laptop: I have seen handset ioctls
May 01 20:50:09 <GNUtoo|laptop> it also skips the acdb while in call
May 01 20:50:14 <GNUtoo|laptop> ok
May 01 20:50:34 <dcordes>     LOGD("Switching audio device to ");
May 01 20:50:34 <dcordes>     if (device == SND_DEVICE_HANDSET) {
May 01 20:50:34 <dcordes>            out_device = HANDSET_SPKR;
May 01 20:50:34 <dcordes>            mic_device = HANDSET_MIC;
May 01 20:50:35 <dcordes>            LOGD("Handset");
May 01 20:50:48 <dcordes> l726
May 01 20:50:58 <GNUtoo|laptop> ok
May 01 20:51:31 <dcordes> if I grep HANDSET_MIc
May 01 20:51:39 <GNUtoo|laptop> yes
May 01 20:51:42 <GNUtoo|laptop> but that's for the mic
May 01 20:51:43 <GNUtoo|laptop> right?
May 01 20:52:01 <dcordes>     } else if (mMode == AudioSystem::MODE_IN_CALL
May 01 20:52:01 <dcordes>                && hac_enable && mHACSetting &&
May 01 20:52:01 <dcordes>                device == (int) SND_DEVICE_HANDSET) {
May 01 20:52:01 <dcordes>         LOGE("Update acdb id to hac profile.");
May 01 20:52:01 <dcordes>         rx_acdb_id = ACDB_ID_HAC_HANDSET_SPKR;
May 01 20:52:03 <dcordes>         tx_acdb_id = ACDB_ID_HAC_HANDSET_MIC;
May 01 20:52:19 <GNUtoo|laptop> what is hac profile already?
May 01 20:52:19 <dcordes> well there are always two things if I understand it correctly: out and mic device
May 01 20:52:30 <dcordes> each of those 'modes' sets a value for out and one for mic
May 01 20:52:59 <dcordes> I suspect hac is handset
May 01 20:53:08 <GNUtoo|laptop> ok
May 01 20:53:19 <dcordes> d    return do_route_audio_dev_ctrl(device, mMode == AudioSystem::MODE_IN_CALL, rx_acdb_id, tx_acdb_id);
May 01 20:53:54 <dcordes> does RX and TX refer to out_device mic_device ?
May 01 20:54:07 <GNUtoo|laptop> for instance vr is voice recognition
May 01 20:54:07 * onen|openBmap is off for now
May 01 20:54:11 <GNUtoo|laptop> but HAC?
May 01 20:54:12 <dcordes> good night onen|openBmap 
May 01 20:54:13 <onen|openBmap> good night
May 01 20:54:28 <GNUtoo|laptop> good night
May 01 20:54:37 <onen|openBmap> GNUtoo|laptop: thanks for all the talk!
May 01 20:54:50 <GNUtoo|laptop> dcordes, yes it depends but here yes
May 01 20:54:56 <GNUtoo|laptop> np
May 01 20:55:05 <dcordes> there is also mhac
May 01 20:55:34 <dcordes>     property_get("htc.audio.hac.enable", value, "0");
May 01 20:55:34 <dcordes>     hac_enable = atoi(value);
May 01 20:55:35 <dcordes>     LOGV("Enable HAC function: %d", hac_enable);
May 01 20:55:45 <dcordes> htc.audio.hac.enable
May 01 20:58:24 <dcordes> GNUtoo|laptop: 
May 01 20:58:26 <dcordes> hearing aid
May 01 20:58:28 <dcordes>         LOGD("HAC enable: Setting in-call volume to maximum.\n");
May 01 20:58:58 <GNUtoo|laptop> hmmm
May 01 20:59:05 <dcordes> GNUtoo|laptop: maybe we see it in the HANDSET context because hearing aid is only used in hadnset :)
May 01 20:59:08 <GNUtoo|laptop> maybe let's ask in htc-linux?
May 01 20:59:33 <dcordes> it might be good to further cooperate with the android heads, yes
May 01 20:59:51 <dcordes> GNUtoo|laptop: http://forum.xda-developers.com/showthread.php?t=818392&page=9
May 01 21:00:02 <dcordes> EDIT (FYI): if you're interested, if you set "htc.audio.hac.enable=1", this will enable the Hearing Aid Compatible feature which increases the earpiece volume. tried it and it works; it definitely increases the in-call earpiece volume when using kernels with/without the audio mod. Does anyone know what the "htc.audio.alt.enable" setting is for? Thanks!
May 01 21:00:31 <GNUtoo|laptop> yes
May 01 21:00:35 <GNUtoo|laptop> do you want to try it?
May 01 21:00:42 <GNUtoo|laptop> since it *increase* the volume
May 01 21:00:46 <dcordes> to me this is low priority
May 01 21:01:01 <dcordes> what is important to me: make handset routing default
May 01 21:01:21 <GNUtoo|laptop> yes that's why we're looking at that
May 01 21:01:25 <dcordes> because people prefer handset mode over speaker if they have to chose
May 01 21:01:26 <GNUtoo|laptop> and that's why HAC came up
May 01 21:01:34 <GNUtoo|laptop> I don't know where is handset
May 01 21:01:35 <dcordes> true
May 01 21:01:51 <GNUtoo|laptop> for in calls
May 01 21:02:29 <GNUtoo|laptop>                             acdb_id = ACDB_ID_ALT_SPKR_PLAYBACK; ?
May 01 21:02:47 <GNUtoo|laptop> beside I can't test since it's too late
May 01 21:02:53 <GNUtoo|laptop> so I can make the changes in a branch
May 01 21:02:55 <GNUtoo|laptop> and you test
May 01 21:04:21 <GNUtoo|laptop> but on my nexus I remember something
May 01 21:04:24 <GNUtoo|laptop> I route somewhere
May 01 21:04:31 <GNUtoo|laptop> and then it kept beeing routed there
May 01 21:05:42 <dcordes>             case SND_DEVICE_SPEAKER:
May 01 21:05:42 <dcordes>                 if (vr_mode_enabled == 0) {
May 01 21:05:42 <dcordes>                     acdb_id = ACDB_ID_INT_MIC_REC;
May 01 21:05:42 <dcordes>                 } else {
May 01 21:05:44 <dcordes>                     acdb_id = ACDB_ID_INT_MIC_VR;
May 01 21:05:47 <dcordes>                 }
May 01 21:05:49 <dcordes>                 break;
May 01 21:06:14 <GNUtoo|laptop> vr is like I said before
May 01 21:06:18 <dcordes> GNUtoo|laptop: can we take from this that: ACDB_ID_INT_MIC_REC is used in speaker mode and ACDB_ID_INT_MIC_VR in non-speaker mode? non-speaker mode might be handset
May 01 21:06:24 <GNUtoo|laptop> voice recognition
May 01 21:06:25 <GNUtoo|laptop> so....
May 01 21:06:29 <dcordes> oh ok
May 01 21:06:44 <GNUtoo|laptop> <dcordes>                     acdb_id = ACDB_ID_INT_MIC_REC;
May 01 21:06:46 <GNUtoo|laptop> that is valid
May 01 21:06:48 <GNUtoo|laptop> not the VR part
May 01 21:06:50 <GNUtoo|laptop> but....
May 01 21:07:01 <GNUtoo|laptop>                         path[1] = ACDB_ID_INT_MIC_REC; //mic
May 01 21:07:06 <GNUtoo|laptop> that is from my source code
May 01 21:07:25 <GNUtoo|laptop> and that is in rec
May 01 21:07:44 <GNUtoo|laptop> try to put your editor fulls screen
May 01 21:07:47 <GNUtoo|laptop> like in height
May 01 21:07:53 <GNUtoo|laptop> it'll show more
May 01 21:08:04 <GNUtoo|laptop> because it seem that we are going in a circle
May 01 21:08:13 <GNUtoo|laptop> I don't know the expression in english
May 01 21:08:25 <GNUtoo|laptop> but it's like following a circle
May 01 21:08:33 <GNUtoo|laptop> at some point you end up where you started
May 01 21:08:55 <GNUtoo|laptop> we must try to avoid that
May 01 21:08:58 <dcordes> yea my we should look at a differen point
May 01 21:09:07 <dcordes> and should add android people from #htc-linux who know this stuff
May 01 21:09:10 <GNUtoo|laptop> maybe the headers?
May 01 21:09:18 <dcordes> I also need to get to bed. semester starts tomorrow
May 01 21:09:27 <dcordes> ah headers are good idea
May 01 21:10:36 <GNUtoo|laptop> we have as candidates:
May 01 21:10:44 <GNUtoo|laptop> #define ACDB_ID_HAC_HANDSET_SPKR 207
May 01 21:10:56 <GNUtoo|laptop> #define ACDB_ID_HEADSET_PLAYBACK 407
May 01 21:10:58 <GNUtoo|laptop> ahah
May 01 21:11:04 <dcordes> sounds good
May 01 21:11:07 <dcordes> like handset :)
May 01 21:11:13 <GNUtoo|laptop> sorry was headset
May 01 21:11:21 <GNUtoo|laptop> #define ACDB_ID_HEADSET_RINGTONE_PLAYBACK 408
May 01 21:11:30 <GNUtoo|laptop> #define ACDB_ID_SPKR_PLAYBACK 607
May 01 21:11:34 <dcordes> lol didn't even notice. the words look the same
May 01 21:11:35 <GNUtoo|laptop> #define ACDB_ID_ALT_SPKR_PLAYBACK 609
May 01 21:11:39 <GNUtoo|laptop> yes
May 01 21:11:44 <GNUtoo|laptop> sorry for creating confusion
May 01 21:11:59 <GNUtoo|laptop> in the source code I've:
May 01 21:12:07 <GNUtoo|laptop>                         path[0] = ACDB_ID_SPKR_PLAYBACK; //output
May 01 21:12:16 <GNUtoo|laptop> so that eliminate SPKR_PLAYBACK
May 01 21:12:26 <dcordes> ok
May 01 21:12:35 <GNUtoo|laptop> so we can try ALT_SPKR
May 01 21:12:42 <dcordes> i.e. ACDB_ID_SPKR_PLAYBACK is what sets the speakerphone speaker in the binary I just tested ?
May 01 21:12:49 <GNUtoo|laptop> or the HAC stuff
May 01 21:12:59 <GNUtoo|laptop> yes
May 01 21:13:01 <dcordes> ok
May 01 21:13:49 <dcordes> 52 
May 01 21:13:50 <dcordes> #define HANDSET_MIC                ADSP_AUDIO_DEVICE_ID_HANDSET_MIC
May 01 21:13:50 <dcordes> 53 	
May 01 21:13:51 <dcordes> #define HANDSET_SPKR               ADSP_AUDIO_DEVICE_ID_HANDSET_SPKR
May 01 21:13:53 <dcordes> what about them ??
May 01 21:13:57 <GNUtoo|laptop> I'll do somthing
May 01 21:14:02 <GNUtoo|laptop> I add all the acdb
May 01 21:14:05 <dcordes> I think those are the ones
May 01 21:14:06 <GNUtoo|laptop> and you modify the source code
May 01 21:14:14 <GNUtoo|laptop> no that are not ACDB_ID
May 01 21:14:15 <dcordes> it couldn't sound better than HANDSET_MIC/SPKR
May 01 21:14:22 <dcordes> ok nvm then
May 01 21:15:20 <dcordes> ok then I will recompile with #define ACDB_ID_HAC_HANDSET_MIC 107
May 01 21:15:20 <dcordes> 70 	
May 01 21:15:21 <dcordes> #define ACDB_ID_HAC_HANDSET_SPKR 207
May 01 21:15:23 <dcordes> and test it
May 01 21:15:29 <dcordes> ok ?
May 01 21:15:35 <GNUtoo|laptop> second
May 01 21:15:43 <GNUtoo|laptop> I'll add all the ID
May 01 21:16:23 <dcordes> I can order a wired headset on ebay so we can try later on
May 01 21:16:36 <dcordes> I bet android reads some audio jack gpio to set it 
May 01 21:18:27 <dcordes> let's see if I can do it on my own. dcordes copy paste training
May 01 21:19:39 <GNUtoo|laptop> ok pushed
May 01 21:19:47 <GNUtoo|laptop> now you can replace with the ID you want
May 01 21:19:57 <dcordes> -const int ACDB_ID_SPKR_PLAYBACK = 607;
May 01 21:19:57 <dcordes> -const int ACDB_ID_INT_MIC_REC = 507;
May 01 21:19:57 <dcordes> +const int ACDB_ID_HAC_HANDSET_SPKR 207;
May 01 21:19:57 <dcordes> +const int ACDB_ID_HAC_HANDSET_MIC 107;
May 01 21:20:14 <GNUtoo|laptop> I've added all const id
May 01 21:20:42 <GNUtoo|laptop> basically vala is a java-like programming language that is compiled in C that is compiled in object code as usual
May 01 21:20:52 <GNUtoo|laptop> so const is like #define
May 01 21:20:57 <GNUtoo|laptop> and get translated in define
May 01 21:21:07 <dcordes> ouf..
May 01 21:21:36 <GNUtoo|laptop> I should verify it tough
May 01 21:21:52 <dcordes> GNUtoo|laptop: how to chose the mode now ? as I pasted above ?
May 01 21:21:59 <GNUtoo|laptop> git pull
May 01 21:22:02 <GNUtoo|laptop> and then do that:
May 01 21:22:06 <dcordes> done
May 01 21:22:11 <GNUtoo|laptop> pick your favorite text editor
May 01 21:22:14 <GNUtoo|laptop> open the .vala file
May 01 21:22:20 <dcordes> mhm
May 01 21:22:42 <GNUtoo|laptop> see the const int
May 01 21:22:44 <GNUtoo|laptop> pick one
May 01 21:23:01 <GNUtoo|laptop> for instance ACDB_ID_HAC_HANDSET_SPKR
May 01 21:23:13 <GNUtoo|laptop> see that line:
May 01 21:23:15 <GNUtoo|laptop>                         path[0] = ACDB_ID_SPKR_PLAYBACK; //output
May 01 21:23:18 <GNUtoo|laptop> replace by:
May 01 21:23:31 <GNUtoo|laptop> path[0] = ACDB_ID_HAC_HANDSET_SPKR; //output
May 01 21:23:40 <GNUtoo|laptop> and then recompile
May 01 21:23:43 <dcordes> -                       path[0] = ACDB_ID_SPKR_PLAYBACK; //output
May 01 21:23:43 <dcordes> -                       path[1] = ACDB_ID_INT_MIC_REC; //mic
May 01 21:23:43 <dcordes> +                       path[0] = ACDB_ID_HAC_HANDSET_SPKR; //output
May 01 21:23:43 <dcordes> +                       path[1] = ACDB_ID_HAC_HANDSET_MIC; //mic
May 01 21:23:53 <GNUtoo|laptop> yes
May 01 21:23:56 <GNUtoo|laptop> exactly
May 01 21:24:10 <GNUtoo|laptop> and try it
May 01 21:25:09 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:124: creating mainloop and file descriptor
May 01 21:25:12 * dcordes calls 1212
May 01 21:25:15 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:131: hooking on to fsogsmd
May 01 21:25:17 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:143: --> loop
May 01 21:25:25 <GNUtoo|laptop> btw
May 01 21:25:33 <GNUtoo|laptop> don't forget to kill the old fso-voicecall
May 01 21:25:42 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:82: onCallStatusSignal 1 w/ status FREE_SMARTPHONE_GSM_CALL_STATUS_OUTGOING
May 01 21:25:46 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:70: issuing an ioctl
May 01 21:25:48 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:82: onCallStatusSignal 1 w/ status FREE_SMARTPHONE_GSM_CALL_STATUS_ACTIVE
May 01 21:25:52 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:70: issuing an ioctl
May 01 21:25:53 <dcordes> oh I didn'T kill !
May 01 21:25:56 <dcordes> ** (process:562): DEBUG: fso-voicecall.vala:73: Unknown error 4294967295
May 01 21:25:59 <dcordes> speakerphone :(
May 01 21:26:30 <GNUtoo|laptop> forget about the error
May 01 21:26:40 <GNUtoo|laptop> it's not important
May 01 21:26:49 <GNUtoo|laptop> basically it issue an ioctl twice
May 01 21:26:52 <dcordes> oops sorry, I did kill it before
May 01 21:26:53 <GNUtoo|laptop> I can fix it 
May 01 21:26:57 <GNUtoo|laptop> but I must test
May 01 21:27:01 <GNUtoo|laptop> ok
May 01 21:27:01 <dcordes> it died with the remote terminal
May 01 21:27:13 <GNUtoo|laptop> anyway retry with a new const
May 01 21:27:15 <dcordes> I will reboot
May 01 21:27:23 <GNUtoo|laptop> ok, better
May 01 21:27:26 <dcordes> so previous ioctl is washed
May 01 21:27:37 <dcordes> maybe it's some kind of hicup
May 01 21:28:02 <dcordes> GNUtoo|laptop: on how many of your phones are you running shr ?
May 01 21:29:47 <GNUtoo|laptop> freerunner
May 01 21:29:59 <GNUtoo|laptop> htcdream(one of the 2 I have)
May 01 21:30:06 <GNUtoo|laptop> n900
May 01 21:30:19 <GNUtoo|laptop> on nexusone I mosltly run replicant
May 01 21:30:39 <dcordes> but it is possible (now even with calls :)
May 01 21:30:52 <dcordes> GNUtoo|laptop: still speaker
May 01 21:31:06 <GNUtoo|laptop> I need/want:
May 01 21:31:08 <GNUtoo|laptop> *alsa
May 01 21:31:08 <dcordes> GNUtoo|laptop: in and out
May 01 21:31:10 <GNUtoo|laptop> *wifi
May 01 21:31:19 <GNUtoo|laptop> ok I've an idea
May 01 21:31:29 <GNUtoo|laptop> we need to route it before or during or after
May 01 21:31:34 <GNUtoo|laptop> but with a separate route program
May 01 21:31:38 <dcordes> GNUtoo|laptop: I have wifi on htcleo (bcm4329) tested in ubuntu. (not shr)
May 01 21:31:42 <GNUtoo|laptop> as I wanted to do first
May 01 21:31:51 <GNUtoo|laptop> yes but
May 01 21:31:55 <GNUtoo|laptop> try that 
May 01 21:31:58 <GNUtoo|laptop> ifconfig eth0 up
May 01 21:32:02 <GNUtoo|laptop> iwlist wlan0 scan
May 01 21:32:06 <GNUtoo|laptop> oops
May 01 21:32:10 <GNUtoo|laptop> eth0 I meant
May 01 21:32:20 <dcordes> GNUtoo|laptop: I am using GUI only
May 01 21:32:22 <dcordes> GNUtoo|laptop: wicd
May 01 21:32:35 <GNUtoo|laptop> ok
May 01 21:32:38 <dcordes> GNUtoo|laptop: I only load the module with correct firmware and it works out of the box
May 01 21:32:39 <GNUtoo|laptop> maybe try it later then
May 01 21:32:42 <dcordes> GNUtoo|laptop: with scanning
May 01 21:32:46 <GNUtoo|laptop> ah?
May 01 21:32:48 <dcordes> GNUtoo|laptop: ping me about it
May 01 21:32:54 <GNUtoo|laptop> ok
May 01 21:32:56 <dcordes> I can give you debug output or a shell
May 01 21:32:56 <GNUtoo|laptop> thanks a lot
May 01 21:33:03 <GNUtoo|laptop> just run that command
May 01 21:33:14 <GNUtoo|laptop> it's too late for me now
May 01 21:33:19 <GNUtoo|laptop> everybody is sleeping
May 01 21:33:20 <dcordes> I only just tested it few hours ago. I'm preparing a new mass release of ubuntu on the hd2
May 01 21:33:29 <GNUtoo|laptop> so calling 4242 and waking everybody is not an option
May 01 21:33:34 <GNUtoo|laptop> ok nice
May 01 21:33:47 <GNUtoo|laptop> leo has bluetooth too?
May 01 21:33:50 <dcordes> yes
May 01 21:33:59 <GNUtoo|laptop> under ubuntu?
May 01 21:34:09 <dcordes> I am also progressing with that: it's also in the wiki http://htc-linux.org/wiki/index.php?title=Ubuntu/Leo
May 01 21:34:13 <dcordes> http://htc-linux.org/wiki/index.php?title=Ubuntu/Leo/Bluetooth
May 01 21:34:23 <GNUtoo|laptop> wow
May 01 21:34:25 <dcordes> I reconstructed the steps described in bluetooth wiki
May 01 21:34:37 <dcordes> it's from roy shabazian on mobile-linux-discuss
May 01 21:34:46 <dcordes> 23:32 < GNUtoo|laptop> just run that command
May 01 21:34:49 <dcordes> which ?
May 01 21:35:00 <GNUtoo|laptop> your interface is eth0?
May 01 21:35:05 <GNUtoo|laptop> if so do:
May 01 21:35:06 <dcordes> yes
May 01 21:35:09 <GNUtoo|laptop> ifconfig eht0 up
May 01 21:35:13 <GNUtoo|laptop> iwlist eth0 scan
May 01 21:35:17 <GNUtoo|laptop> and pastbin the output
May 01 21:35:24 <dcordes> okI will find my ubuntu sd
May 01 21:35:40 <dcordes> 3 linux based os on my hd2 :)
May 01 21:35:55 <GNUtoo|laptop> lol
May 01 21:37:02 <dcordes> pretty nice if you keep in mind we started off with wince only
May 01 21:37:14 <GNUtoo|laptop> indeed
May 01 21:37:18 <GNUtoo|laptop> and it was very hard
May 01 21:37:20 <GNUtoo|laptop> I remember it
May 01 21:37:26 <dcordes> the segfault thing
May 01 21:37:30 <GNUtoo|laptop> yes indeed
May 01 21:37:37 <GNUtoo|laptop> I had that in mind
May 01 21:37:55 <dcordes> months of no clue until cotulla looked up what htc bravo bootloader wrote to some registers
May 01 21:38:16 <dcordes> I have a deep emotional connection to this device haha :)
May 01 21:38:25 * dcordes booting ubuntu
May 01 21:39:13 <dcordes> GNUtoo|laptop: in above wiki page you can see how I use the modm in ubuntu: ofono with gnome gui
May 01 21:39:23 <dcordes> GNUtoo|laptop: called sphone
May 01 21:39:27 <GNUtoo|laptop> ok
May 01 21:39:34 <dcordes> GNUtoo|laptop: I would love to replace ofono with shr but I don't know about gui ..
May 01 21:39:39 <dcordes> s/shr/fso/
May 01 21:39:40 <apt> dcordes meant: GNUtoo|laptop: I would love to replace ofono with fso but I don't know about gui ..
May 01 21:39:52 <GNUtoo|laptop> it's a lot of work
May 01 21:39:55 <GNUtoo|laptop> you'll need:
May 01 21:39:57 <GNUtoo|laptop> *FSO
May 01 21:40:00 <GNUtoo|laptop> *SHR UI
May 01 21:40:02 <GNUtoo|laptop> *illume
May 01 21:40:12 <GNUtoo|laptop> s/illume/efl
May 01 21:40:24 <dcordes> maybe I can convince the author of sphone that freesmartphone is superior to ofono
May 01 21:40:35 <dcordes> he wrote patches for ofono to support msm7ka devices
May 01 21:40:47 <GNUtoo|laptop> that would be easier....
May 01 21:40:50 <dcordes> rhodium
May 01 21:40:51 <dcordes> rhobuntu
May 01 21:40:59 <dcordes> they even have sound
May 01 21:41:19 <dcordes> maybe he can adpt sphone to fso
May 01 21:41:32 <dcordes> it would be pretty nice to have a gnome integrated frontend to fso
May 01 21:41:36 <dcordes> also for other distros
May 01 21:41:46 <GNUtoo|laptop> yes
May 01 21:43:01 <GNUtoo|laptop> root@nexusone ~ # iwlist eth0 scan
May 01 21:43:02 <GNUtoo|laptop> eth0      Interface doesn't support scanning : Invalid argument
May 01 21:43:10 <GNUtoo|laptop> that's my problem with nexusone wifi
May 01 21:43:14 <dcordes> GNUtoo|laptop: ok I can see the essid's in the wicd-client gui
May 01 21:43:21 <dcordes> GNUtoo|laptop: now I will kill it and run scan manually
May 01 21:43:25 <GNUtoo|laptop> yes
May 01 21:43:36 <dcordes> # ps -A | grep wicd
May 01 21:43:36 <dcordes>  3083 ?        00:00:01 wicd
May 01 21:43:36 <dcordes>  3089 ?        00:00:00 wicd-monitor
May 01 21:43:36 <dcordes>  3092 pts/0    00:00:04 wicd-client
May 01 21:43:49 <GNUtoo|laptop> if it works also tell captainigloo
May 01 21:43:53 <GNUtoo|laptop> he has the same issue
May 01 21:44:27 <dcordes> I will query you the results to save my neighbour's privacy :)
May 01 21:44:51 <GNUtoo|laptop> ok, so it worked
May 01 21:46:54 <GNUtoo|laptop> if cotulla unblock alsa
May 01 21:46:58 <GNUtoo|laptop> we would have:
May 01 21:46:59 <GNUtoo|laptop> *alsa
May 01 21:47:01 <GNUtoo|laptop> *wifi
May 01 21:47:03 <GNUtoo|laptop> *bluetooth
May 01 21:47:06 <GNUtoo|laptop> *telephony
May 01 21:47:15 <GNUtoo|laptop> GPS is doable
May 01 21:47:20 <GNUtoo|laptop> without reversing it
May 01 21:47:28 <GNUtoo|laptop> we just need to adapt the android activator libs
May 01 21:47:52 <GNUtoo|laptop> for the sensor they're reversed
May 01 21:47:58 <GNUtoo|laptop> but I don't know the interface
May 01 21:48:14 <dcordes> GNUtoo|laptop: yep. the firmware I use is the same as in android
May 01 21:48:17 <dcordes> GNUtoo|laptop: run "modinfo bcm4329"
May 01 21:48:19 <dcordes> parm:           firmware_path:string
May 01 21:48:22 <dcordes> there is a firmware_path written in the kernel module
May 01 21:48:24 <dcordes> but you can change it
May 01 21:48:27 <dcordes> modprobe bcm4329 firmware_path=/lib/firmware/fw_bcm4329.bin
May 01 21:48:29 <dcordes> GNUtoo|laptop: if I load the module without correct fw (fw path) I get empty scanning
May 01 21:49:12 <GNUtoo|laptop> ah?
May 01 21:49:14 <GNUtoo|laptop> let me try
May 01 21:49:21 <GNUtoo|laptop> but the rest work with the empty fw path?
May 01 21:49:29 <dcordes> nothing
May 01 21:49:40 <dcordes> empty scanning is just one symptom
May 01 21:50:16 <dcordes> if bcm4329.ko doesn't find the correct firmware file it's defunct
May 01 21:50:41 <GNUtoo|laptop> I think it finds my firmware
May 01 21:50:59 <dcordes> try setting the path manually to be sure
May 01 21:51:12 <dcordes> load it manually with the parameter as above
May 01 21:52:14 <GNUtoo|laptop> eth0      Interface doesn't support scanning : Invalid argument
May 01 21:52:16 <GNUtoo|laptop> as I tought
May 01 21:52:30 <dcordes> ok
May 01 21:52:36 <dcordes> bad firmware or bad module :)
May 01 21:52:39 <dcordes> I think bad module
May 01 21:52:43 <dcordes> do you want mine ?
May 01 21:52:50 <GNUtoo|laptop> no
May 01 21:52:54 <GNUtoo|laptop> it won't work
May 01 21:52:57 <GNUtoo|laptop> different kenrel
May 01 21:53:45 <GNUtoo|laptop> but your kernel sources...yes
May 01 21:53:48 <dcordes> it's replaceable
May 01 21:53:51 <GNUtoo|laptop> that would be interesting
May 01 21:53:55 <dcordes> well I am talking about the sauce
May 01 21:54:00 <dcordes> sorry
May 01 21:54:56 <captainigloo> dcordes: which driver are you using ?
May 01 21:55:00 <captainigloo> for wifi
May 01 21:55:14 <dcordes> captainigloo: hi
May 01 21:55:18 <captainigloo> hi sorry ^^
May 01 21:55:20 <dcordes> captainigloo: I am looking up the link for gnu, one moment.
May 01 21:55:45 <captainigloo> cause i'm using the official htc module and it doesn't scan
May 01 21:56:14 <captainigloo> i tried to change some undocumented options to activate the scan but it was not working
May 01 21:56:15 <GNUtoo|laptop> doesn't scan for me either
May 01 21:56:24 <GNUtoo|laptop> me too
May 01 21:56:29 <GNUtoo|laptop> with iwpriv
May 01 21:56:44 <dcordes> ok what I just did was in ubuntu on leo
May 01 21:57:05 <dcordes> as I document everything about it you can look it up here: http://htc-linux.org/wiki/index.php?title=Ubuntu/Leo#Compiling_own_kernel_binaries
May 01 21:57:07 <captainigloo> hum ok, i don't try wifi with ubuntu on desire
May 01 21:57:38 <captainigloo> arg, new ubuntu interface is just unusable !
May 01 21:57:41 <dcordes> captainigloo: it will also work in other distros
May 01 21:57:46 <GNUtoo|laptop> http://htc-linux.org/wiki/index.php?title=LeoWifi ?
May 01 21:57:49 <dcordes> captainigloo: haha yes. I test it on leo. sucks
May 01 21:58:06 <dcordes> captainigloo: doesn't even work with my msm_fb
May 01 21:58:19 <dcordes> GNUtoo|laptop: no just foolow the above link to find the kernel source
May 01 21:58:40 <dcordes> ah it's obsolete
May 01 21:58:50 <dcordes> the branch inforamtion is wrong
May 01 21:58:56 <dcordes> git clone git://gitorious.org/linux-on-wince-htc/linux_on_wince_htc.git linux_on_wince_htc
May 01 21:58:59 <dcordes> tada
May 01 21:59:06 <GNUtoo|laptop> thanks a lot
May 01 22:00:02 <dcordes> just rm -rf your old drivers/net/wireless/bcm4329 and copy the linux_on_wince_htc over
May 01 22:00:10 <GNUtoo|laptop> ok
May 01 22:00:19 <dcordes> captainigloo, GNUtoo|laptop I bet this will give you working wifi in non-android.
May 01 22:00:37 <captainigloo> huhu
May 01 22:00:52 <captainigloo> dcordes: you mean that you have msm_fb running ?
May 01 22:01:16 <GNUtoo|laptop> wifi
May 01 22:01:25 <GNUtoo|laptop> like iwlist wlan0 scan
May 01 22:01:30 <GNUtoo|laptop> or eth0 in our cases
May 01 22:01:37 <dcordes> captainigloo: ubuntu natty: unity-2d ( new interface ) is flickering with htcleo which has msm_fb display driver
May 01 22:01:50 <captainigloo> dcordes: ok
May 01 22:01:50 <CIA-10> freesmartphone.org: 03mickey 07cornucopia * rdb65bbc70467 10/libfsobasics/fsobasics/utilities.vala: libfsobasics: add utility functions for convenient sharing of data within a process
May 01 22:02:05 <captainigloo> it would be good to have msm_fb running
May 01 22:02:12 <captainigloo> with shr
May 01 22:02:27 <dcordes> captainigloo: do you mean xf86-video-msm ?
May 01 22:02:30 <captainigloo> yes
May 01 22:02:32 <dcordes> captainigloo: ok
May 01 22:02:33 <GNUtoo|laptop> meego had it
May 01 22:02:42 <dcordes> GNUtoo|laptop: cotulla has it
May 01 22:02:42 <GNUtoo|laptop> cotulla did it for leo 
May 01 22:02:49 <GNUtoo|laptop> it's only in rar format tough
May 01 22:02:54 <GNUtoo|laptop> I cannot read recent rars
May 01 22:02:55 <captainigloo> accelerated xorg driver
May 01 22:03:07 <dcordes> captainigloo: you think it will be a perofrmance plus for our qsd8xxx device trio in shr ?
May 01 22:03:21 <captainigloo> i guess
May 01 22:03:29 <dcordes> ok guys let's talk to him then
May 01 22:03:41 <GNUtoo|laptop> we need alsa first tough
May 01 22:03:42 <captainigloo> at least i would be able to have e17 composite stuff running
May 01 22:03:47 <GNUtoo|laptop> I know where is leofb is
May 01 22:03:57 <captainigloo> GNUtoo|laptop: yes :)
May 01 22:04:38 <dcordes> GNUtoo|laptop: lack of alsa doesn't mean working xf86-video-msm needs to gain dust. I bet we can adobt his modified leo version for nexus and desire
May 01 22:04:49 <captainigloo> at least if i could call and receive calls + SMS i will switch to SHR on my desire
May 01 22:05:02 <dcordes> GNUtoo|laptop: where's leofb ?
May 01 22:05:07 <GNUtoo|laptop> http://cotulla.pp.ru/leo/Meego/ ?
May 01 22:05:16 <dcordes> awesome
May 01 22:05:31 <CIA-10> freesmartphone.org: 03mickey 07cornucopia * r6a47d6620afd 10/fsogsmd/vapi/posix-ext.vapi: fsogsmd: vapi: add posix-ext.vapi w/ inet_ntop scheduled for upstream inclusion
May 01 22:05:33 <GNUtoo|laptop> or is that something else?
May 01 22:05:50 <mickeyl> mrmoku: db65bbc70467 and 6a47d6620afd should give you want you need to complete your job
May 01 22:05:59 <mickeyl> s/want/what/
May 01 22:06:00 <apt> mickeyl meant: mrmoku: db65bbc70467 and 6a47d6620afd should give you what you need to complete your job
May 01 22:06:00 <dcordes> captainigloo: XLEO X11 driver for MEEGO
May 01 22:06:01 <dcordes> =========================
May 01 22:06:01 <dcordes> based on x11-video-msm driver.
May 01 22:06:20 <dcordes> captainigloo: DRI, DRI2 not tested and 2.6.32 kernel doesn't support them.
May 01 22:06:34 <dcordes> captainigloo: is dri what you need for e17 composite ?
May 01 22:06:46 <DocScrutinizer> lo mickeyl 
May 01 22:06:51 <captainigloo> dcordes: nope
May 01 22:06:55 <dcordes> ok
May 01 22:06:56 <mickeyl> evening
May 01 22:06:58 <captainigloo> just a 32bits screen
May 01 22:07:20 <captainigloo> i tried with the fbdev but my phone freeze
May 01 22:07:31 <dcordes> I think the use of NEON instructions etc is an improvement too
May 01 22:07:36 <captainigloo> i need to run it in 16bpp
May 01 22:07:50 <dcordes> GNUtoo|laptop: I failed to compile this xorg module in oe
May 01 22:07:50 <captainigloo> yes, i don't know if you tried elfe
May 01 22:08:06 <captainigloo> but on my phone there is tearing effectes when you scroll app list
May 01 22:08:09 <dcordes> GNUtoo|laptop: so I can try in oe images. are you interested in trying? maybe it also works on enxus
May 01 22:08:22 <GNUtoo|laptop> trying msmfb
May 01 22:08:23 <GNUtoo|laptop> ?
May 01 22:08:28 <GNUtoo|laptop> *leofb?
May 01 22:08:33 <dcordes> captainigloo:  yes and I love it. but I didn't notice much tearing..
May 01 22:08:37 <dcordes> GNUtoo|laptop: yes
May 01 22:08:43 <GNUtoo|laptop> not sure
May 01 22:08:47 <GNUtoo|laptop> I'm waiting for alsa
May 01 22:08:49 <dcordes> xleo
May 01 22:09:19 <GNUtoo|laptop> dcordes, there are 3 bcm4329:
May 01 22:09:36 <GNUtoo|laptop> bcm4329
May 01 22:09:37 <GNUtoo|laptop> bcm4329_204
May 01 22:09:37 <GNUtoo|laptop> bcm4329_245
May 01 22:09:41 <GNUtoo|laptop> which one is the right one?
May 01 22:09:56 <dcordes> GNUtoo|laptop: grep -i bcm43 arch/arm/configs/htcleo_defconfig
May 01 22:10:05 <GNUtoo|laptop> ok
May 01 22:10:17 <dcordes> I will look it up form my ubuntu .config
May 01 22:10:20 <dcordes> so you are 100%
May 01 22:10:37 <GNUtoo|laptop> obj-$(CONFIG_BCM4329)   += bcm4329_204/
May 01 22:10:40 <GNUtoo|laptop> 204
May 01 22:10:45 <GNUtoo|laptop> no need
May 01 22:10:53 <GNUtoo|laptop> also the last commits are from 204
May 01 22:11:17 <dcordes> CONFIG_BCM4329=m
May 01 22:11:17 <dcordes> CONFIG_BCM4329_SOFTAP=y
May 01 22:11:17 <dcordes> CONFIG_BCM4329_FW_PATH="/system/etc/firmware/fw_bcm4329.bin"
May 01 22:11:18 <dcordes> CONFIG_BCM4329_NVRAM_PATH="/proc/calibration"
May 01 22:11:36 <dcordes> ok so you chose the bcm4329_204
May 01 22:12:27 <DocScrutinizer> have to admit git drives me mad
May 01 22:12:43 <GNUtoo|laptop> ok
May 01 22:12:47 <DocScrutinizer> can't find the .h to http://git.openmoko.org/?p=kernel.git;a=blob;f=drivers/input/misc/lis302dl.c;h=d345bfb2718fba6c96c7a27d83b53c0a35c9d064;hb=andy-tracking
May 01 22:13:12 <dcordes> GNUtoo|laptop: captainigloo: there is linux-qsd8_git.bb . I want to update htcleo there. if you tell me what sources/configs you use for nexus and desire I would be keen to add it too
May 01 22:13:18 <DocScrutinizer> ot to mention any readme on how the API is supposed to get used
May 01 22:13:46 <dcordes> GNUtoo|laptop: we might as well to a cp -r htcleo htcdesire in cornucopia.git configs for captainigloo'S desire
May 01 22:13:55 <dcordes> GNUtoo|laptop: captainigloo tested this and works
May 01 22:14:03 <GNUtoo|laptop> yes
May 01 22:14:06 <mickeyl> doc: http://git.openmoko.org/?p=kernel.git;a=blob;f=include/linux/lis302dl.h;h=0c1fc3097312f9107ec3d574d2d3a1700444f17d;hb=andy-tracking
May 01 22:14:17 <DocScrutinizer> thanks
May 01 22:14:46 <dcordes> captainigloo: what's the exact directory name you copied the configs to ?
May 01 22:14:53 <dcordes> captainigloo: then I can prepare a git diff
May 01 22:15:06 <captainigloo> dcordes: for the gsm config ?
May 01 22:15:42 <dcordes> captainigloo: yeah
May 01 22:16:14 <captainigloo> in freesmartphone i remove the default config and mv leo default
May 01 22:16:42 <captainigloo> dcordes: with the image you uploaded for me
May 01 22:16:56 <dcordes> captainigloo: default ?
May 01 22:17:04 <captainigloo> yes
May 01 22:17:12 <captainigloo> it was not working as is
May 01 22:17:57 <captainigloo> so i just do mv /etc/freesmartphone/leo /etc/freesmartphone/default
May 01 22:18:08 <captainigloo> approximative path ;)
May 01 22:18:22 <dcordes> captainigloo: to make it work out of the box we must add your machine name
May 01 22:18:34 <captainigloo> it was not working
May 01 22:18:47 <dcordes> GNUtoo|laptop: what is the command to find out the machine name fso uses ?
May 01 22:18:52 <captainigloo> i don't know why, first time i tried, desire was the machine name
May 01 22:18:57 <dcordes> GNUtoo|laptop: cat /proc... ?
May 01 22:19:03 <dcordes> captainigloo: ok
May 01 22:19:20 <captainigloo> but last time i check with your image, it was not desire
May 01 22:19:27 <GNUtoo|laptop> dcordes, cat /proc/cpuinfo
May 01 22:19:36 <dcordes> captainigloo: can  your run that command ?
May 01 22:19:40 <dcordes> night mickey|zzZZzz 
May 01 22:19:43 <mickey|zzZZzz> n8
May 01 22:19:54 <captainigloo> dcordes: ok i start my phone with shr ...
May 01 22:20:46 <dcordes> GNUtoo|laptop: did you ever come across gitorious vs bitbake problems ?
May 01 22:20:59 <GNUtoo|laptop> yes
May 01 22:21:01 <GNUtoo|laptop> with dream
May 01 22:21:06 <GNUtoo|laptop> we never resolved them
May 01 22:21:08 <dcordes> GNUtoo|laptop: as you see my leo kernel is in gitorious. it doesn't pull via bb
May 01 22:21:17 <GNUtoo|laptop> lack of master branch?
May 01 22:21:21 <dcordes> GNUtoo|laptop: ok then I will setup git on htc-linux.org
May 01 22:21:24 <GNUtoo|laptop> or lack of HEAD
May 01 22:21:32 <GNUtoo|laptop> try pushing a master branch
May 01 22:21:43 <dcordes> $ git branch
May 01 22:21:43 <dcordes>   linux-on-tg01
May 01 22:21:43 <dcordes> * master
May 01 22:21:53 <dcordes> my kernel of interest is in the master branch
May 01 22:22:35 <dcordes> GNUtoo|laptop: what kernel you use for nexus in shr ? is it in org.oe.dev ?
May 01 22:24:13 <captainigloo> http://pastebin.ca/2052657
May 01 22:24:23 <captainigloo> my bad it's bravo and not htcdesire ....
May 01 22:24:53 <dcordes> captainigloo: ok now that you logged in you could try to mv default bravo and see if it works
May 01 22:25:03 <dcordes> captainigloo: then we can copy it in git
May 01 22:25:22 <dcordes> Receiving objects: 100% (35159/35159), 91.77 MiB | 6.33 MiB/s, done.
May 01 22:27:11 <captainigloo> it's what i'm doing
May 01 22:27:40 <dcordes> cool thx
May 01 22:28:11 <dcordes> next step should be to add bravo machine type in oe
May 01 22:28:21 <dcordes> then we can add your kernel repository
May 01 22:28:22 <GNUtoo|laptop> drivers/net/wireless/bcm4329_204/dhd_linux.c: In function 'wifi_get_dot11n_enable':
May 01 22:28:23 <GNUtoo|laptop> drivers/net/wireless/bcm4329_204/dhd_linux.c:96:51: error: 'struct wifi_platform_data' has no member named 'dot11n_enable'
May 01 22:28:36 <dcordes> GNUtoo|laptop: what kernel version ?
May 01 22:28:36 <GNUtoo|laptop> doesn't seem so kernel independant as it seemed
May 01 22:28:42 <GNUtoo|laptop> 2.6.37
May 01 22:28:47 <dcordes> ok too new
May 01 22:28:53 <dcordes> 2.6.32
May 01 22:29:08 <dcordes> you could backport net
May 01 22:29:18 <GNUtoo|laptop> maybe with compat wireless
May 01 22:29:25 <dcordes> I know a better way
May 01 22:29:49 <dcordes> try module from more recent official kernel
May 01 22:30:02 <GNUtoo|laptop> such as?
May 01 22:30:22 <dcordes> bcm4329_204 is stolen from october 2010 HTC EVO 4G official htck enrel
May 01 22:30:33 <dcordes> http://developer.htc.com/
May 01 22:30:38 <GNUtoo|laptop> ok
May 01 22:30:47 <dcordes> HTC Desire S – 2.6.35 kernel source code
May 01 22:30:50 <dcordes> HTC Incredible S - 2.6.35 kernel source code
May 01 22:31:00 <GNUtoo|laptop> I've 37
May 01 22:31:07 <GNUtoo|laptop> I could backport the changes else
May 01 22:31:10 <captainigloo> me too
May 01 22:31:19 <dcordes> most recent devices
May 01 22:31:23 <dcordes> most recent sources
May 01 22:31:40 <dcordes> maybe 35 bcm4329 works with 37 ootb ?
May 01 22:32:53 <captainigloo> here the log http://pastebin.ca/2052658
May 01 22:33:03 <captainigloo> i have sos only ....
May 01 22:34:20 <GNUtoo|laptop> I'll go bye
May 01 22:34:24 <GNUtoo|laptop> it's too late
May 01 22:34:25 <GNUtoo|laptop> for me
May 01 22:34:25 <dcordes> captainigloo: aha maybe you suffer from the problem I described on leo: large delay
May 01 22:34:28 <dcordes> GNUtoo|laptop: good night
May 01 22:35:07 <dcordes> captainigloo: wait 2 minutes maybe you register then
May 01 22:36:18 <captainigloo> last time it was asking for my pin code at startup
May 01 22:38:32 <dcordes> ok I see
May 01 22:38:44 <dcordes> I don't use pin code in my sims so I don't know about pin situation on leo
May 01 22:39:02 <dcordes> also need to take a nap
May 01 22:40:27 <captainigloo> when i click on more info on shr settings
May 01 22:40:33 <captainigloo> i get mode unregister
May 01 22:40:40 <captainigloo> registration denied
May 01 22:40:49 <captainigloo> pdb.registration denied
May 01 22:42:56 <dcordes> you could try disabling the sim
May 01 22:43:05 <dcordes> or I will enable mine and debug with the help of mickey|zzZZzz and gnu
May 01 22:43:17 <dcordes> good night
May 01 22:43:23 <captainigloo> yep gn
**** ENDING LOGGING AT Mon May 02 02:59:57 2011