**** BEGIN LOGGING AT Sat May 28 02:59:57 2011
May 28 09:50:27 <Heinervdm> JaMa: i've rewritten the sflphone recipe
May 28 09:50:37 <Heinervdm> now it should work
May 28 09:50:43 <JaMa> great, thanks
May 28 09:51:12 <JaMa> someone working on efl-1.0.1? (pespin?)
May 28 09:51:52 <Heinervdm> JaMa: i will commit it in some minutes
May 28 09:55:11 <JaMa> Heinervdm: sfl or efl? ;)
May 28 09:55:21 <Heinervdm> JaMa: sfl :)
May 28 09:55:43 <Heinervdm> arg
May 28 09:55:59 <Heinervdm> somehow my git tree is broken, i cant commit
May 28 10:00:45 <Heinervdm> and my secend tree is now broken too...
May 28 10:01:21 <JaMa> what's the error?
May 28 10:01:57 <Heinervdm> in the first one, it's that he can't find HEAD
May 28 10:02:16 <Heinervdm> and in the second one, i've forgot to reset before pulling
May 28 10:07:17 <Heinervdm> ok pushed :)
May 28 10:11:30 <playya_> moin
May 28 10:42:47 <playya_> anyone tried to compile firefox mobile for SHR?
May 28 11:29:59 <JaMa> playya_: iirc someone did but for arvm4 it doesn't work due some asm optimalizations
May 28 12:10:13 <BluesLee> ping
May 28 12:31:07 <JaMa> pong
May 28 12:52:50 <GNUtoo> JaMa, so what should we do for usbnet on n900 with my patch
May 28 12:59:09 <playya_> JaMa, strange. it runs on my n900 under maemo
May 28 13:06:15 <dos1> playya_: FR uses armv4, N900 uses armv7
May 28 13:06:22 <dos1> Firefox Mobile needs armv5 IIRC
May 28 13:16:03 <JaMa> playya_: yes, exactly like dos1 said
May 28 13:35:07 <JaMa> GNUtoo: please use -c savedefconfig for kernel to generate shorter defconfig
May 28 13:35:53 <JaMa> GNUtoo: then please push it as 2 commits.. 1st just after savedefconfig from old config (I can push this for you) and then 2nd with your updated config
May 28 13:37:48 <GNUtoo> ok
May 28 13:38:11 <GNUtoo> I'll go to do sport now tough
May 28 14:01:32 <dos1> is qedje dead now? :(
May 28 14:53:19 <ChristW> I've investigated my 'cannot answer the phone' problem a bit deeper. It seems that if I set the profile to 'ring', I can answer, but if I have it on 'default', I get weird behaviour.
May 28 14:53:50 <ChristW> Can I compare some files to see what is done in these different profiles, to see what could cause the problems?
May 28 14:57:38 <CIA-81> SHR: 03Martin.Jansa 07meta-smartphone * r4599f913edb3 10/ (21 files in 14 dirs): linux-openmoko: sync with oe.dev and add 2.6.39, remove old
May 28 14:57:45 <CIA-81> SHR: 03Martin.Jansa 07meta-smartphone * r69cd466a5191 10/meta-nokia/ (3 files in 3 dirs): linux-nokia: merge changes from oe.dev
May 28 15:13:06 <CIA-81> SHR: 03Martin.Jansa 07meta-smartphone * re5cac8c2a2bb 10/meta-openmoko/recipes-kernel/linux/ (linux-2.6.39/om-gta01/defconfig linux_2.6.39.bb): linux-openmoko: fix om-gta01 SRC_URI and defconfig
May 28 16:59:55 <antrik> dos1: qedje?
May 28 17:00:29 <dos1> antrik: Edje port, which used Qt instead of Evas
May 28 17:01:16 <dos1> seems like it was abbandonned now, as there is QML available
May 28 17:01:52 <antrik> I see
May 28 17:02:01 <antrik> TBH, I'd consider the opposite much more interesting ;-)
May 28 18:11:04 <jeepingben> should I mark issue 1448 (NAND badblocks) in the SHR trac as resolved or accepted?  I just tested the 5/27 package and it works.
May 28 18:29:18 <JaMa> jeepingben: fixed
May 28 18:51:54 <TAsn> mrmoku, i hope you are cheering for utd :P
May 28 19:06:54 <TAsn> pshh, nice save.
May 28 19:17:23 <Lopi> can someone take a look at the modem_singleline plugin I started extending for the iPhone's baseband and point me in the right direction? http://pastie.org/private/baipfekwj56fr4yvcvn95a
May 28 19:19:10 <TAsn> YEAH!
May 28 19:26:49 <bumbl_> hi - does anyone know whether there is a replacement for mokopedia? - the page seems to have died
May 28 19:36:12 <Lopi> mickeyl: ping
May 28 19:59:11 <Lopi> PaulFertser: ping
May 28 20:04:03 <PaulFertser> Lopi: pong :)
May 28 20:04:22 <PaulFertser> It's nice someone still remembers me :)
May 28 20:04:34 <Lopi> PaulFertser: yay, think you could take a look at my code for the iPhone baseband?
May 28 20:04:45 <Lopi> PaulFertser: hah yeah I remember everyone that helps me ;)
May 28 20:04:48 <PaulFertser> And btw, mickeyl, thanks for mentioning my fso.el in your Aurora announcement :)
May 28 20:05:56 <PaulFertser> Lopi: i'm afraid i do not qualify, haven't done anything with fsogsmd lately, too unfamiliar with the code.
May 28 20:06:17 <Lopi> ugh
May 28 20:06:25 <Lopi> PaulFertser: do you know who can help me?
May 28 20:06:56 <PaulFertser> Lopi: yes, morphis and mickeyl. Doy you have any particular question though?
May 28 20:07:19 <Lopi> PaulFertser: not really, I'm just not sure if I'm using the API correctly
May 28 20:07:55 <Lopi> code is here if you're interested: http://pastie.org/private/baipfekwj56fr4yvcvn95a
May 28 20:08:12 <PaulFertser> Lopi: you can write a mail to the smartphones-devel mailing list with some questions, i'm sure those'll be answered shortly.
May 28 20:08:56 <Lopi> PaulFertser: mind linking me to the mailing list?
May 28 20:09:06 <PaulFertser> Lopi: yes, looking at it. Do you mean you're sure registerAtCommandSequence( "main", "init"... means send some command now?
May 28 20:09:12 <PaulFertser> Lopi: i'm sure that's wrong.
May 28 20:09:23 <Lopi> PaulFertser: yeah, I have no idea if that's right or not
May 28 20:09:49 <DocScrutinizer> hi
May 28 20:09:52 <Lopi> PaulFertser: in the ril it's simply at_send_command(AT+CPIN, NULL) or something similar
May 28 20:10:01 <PaulFertser> DocScrutinizer: \o/ hey :)
May 28 20:10:05 <Lopi> PaulFertser: not sure what the equivalent is
May 28 20:10:32 <JaMa> PaulFertser: hey, I still remember you too :)
May 28 20:10:37 <Lopi> PaulFertser: I need to send an unlock token and this it will just work ;)
May 28 20:10:46 <JaMa> PaulFertser: how are you?
May 28 20:10:49 <Lopi> then*
May 28 20:10:51 <PaulFertser> Lopi: btw, free() looks like the standard C free() to give the malloc()'d memory back to the OS.
May 28 20:11:15 <Lopi> PaulFertser: ah okay, I'm not a big coder
May 28 20:11:21 <Lopi> PaulFertser: and I did this months ago ;p
May 28 20:11:22 <PaulFertser> JaMa: fine, thanks. Living, cycling, dreaming :)
May 28 20:11:27 <PaulFertser> JaMa: and how're you?
May 28 20:11:48 <PaulFertser> Lopi: ok, gimme some time, i'll try to see how to properly send the unlock token.
May 28 20:12:02 <JaMa> PaulFertser: less cycling :/, but still living and dreaming :)
May 28 20:12:25 <Lopi> PaulFertser: okay thanks man, here's the ril: https://github.com/iDroid-Project/vendor_apple/blob/gingerbread/libril/pmb8878/ril.c
May 28 20:12:41 <Lopi> PaulFertser: in my case, the unlock token is sent in the unlockWildcard() function
May 28 20:13:25 <PaulFertser> Lopi: i remember we've already talked about the very same thing :)
May 28 20:14:32 <PaulFertser> JaMa: two days ago i cycled to work for the first time in this season on my road racing bike. Moscow is not getting any better for cycling, so i'm looking forward to visiting Prague :)
May 28 20:17:11 <DocScrutinizer> PaulFertser: do you think anybody could forget about you :-) c'mon
May 28 20:18:23 <Lopi> A more general question: How can I map my power button to the SHR lock screen? I currently have it mapped to power options in illume settings
May 28 20:20:13 <DocScrutinizer> anybody heard news about mickey? are there any?
May 28 20:27:52 <PaulFertser> Lopi: if you want to send some particular command at initialisation time, you can add it to the corresponding array, yes.
May 28 20:28:23 <Lopi> PaulFertser: not sure I follow you
May 28 20:28:24 <PaulFertser> Lopi: but then of course you can't immediately check the network status etc.
May 28 20:29:38 <PaulFertser> Lopi: you can make your plugin in such a way that on loading it'll fill out the special initialisation array that will be automatically executed by fsogsmd when it'll be needed.
May 28 20:31:32 <DocScrutinizer> mickeyl: ping? :-D
May 28 20:32:19 <DocScrutinizer> mickeyl: * ?
May 28 20:35:40 <Lopi> PaulFertser: alright I'm probably going to send an email to the mailing list
May 28 20:35:57 <Lopi> PaulFertser: I understand what you're saying, but I don't know how to accomplish that
May 28 20:36:09 <PaulFertser> Lopi: you can use something like ``transport.writeAndRead( "AT\r\n", 4, buf, 512, 0 );'' to immediately send something and get a reply from the device.
May 28 20:36:37 <Lopi> PaulFertser: oh nice
May 28 20:37:03 <Lopi> PaulFertser: so instead of registerAtCommandSequence() I can use transport.writeAndRead()
May 28 20:37:07 <PaulFertser> Lopi: the proper way to do it depends largely on how often this unlock hack is needed.
May 28 20:37:24 <Lopi> PaulFertser: every single boot
May 28 20:37:52 <PaulFertser> Lopi: if it's needed every time you power on the modem (and you have the facilities to actually power the modem on and off), you're to do it in a separate "lowlevel" fsogsmd plugin.
May 28 20:38:13 <Lopi> PaulFertser: the iPhone's baseband is always on
May 28 20:41:05 <DocScrutinizer> Lopi: now that sounds really insane :-P
May 28 20:41:18 <DocScrutinizer> ohwell it's an iPhone
May 28 20:41:27 <PaulFertser> Lopi: well, init sequence would be the right place then.
May 28 20:41:30 <Lopi> DocScrutinizer: heh yeah, even when the device is turned off the modem is still on
May 28 20:41:40 <DocScrutinizer> \o/
May 28 20:42:08 <DocScrutinizer> great indeed
May 28 20:43:12 <GNUtoo> lol device off modem on
May 28 20:43:36 <GNUtoo> maybe s/ohwell/orwell/
May 28 20:43:56 <GNUtoo> msm aren't that better
May 28 20:43:57 <DocScrutinizer> sure, otherwise how would CSI get the GPS position? ;-P
May 28 20:44:14 <GNUtoo> with their shared memory interface where the modem can access the main CPU ram
May 28 20:44:31 <GNUtoo> s/msm/msm and qsd(also known as snapdragoon)
May 28 20:44:33 <DocScrutinizer> BURP
May 28 20:44:48 <GNUtoo> I guess the n900 is better in that reguard
May 28 20:45:05 <GNUtoo> no audio controlled by the baseband, altough the GPS is
May 28 20:45:10 <DocScrutinizer> N900 has a serial interface to modem
May 28 20:45:14 <PaulFertser> DocScrutinizer: btw, have you heard about RRLP?
May 28 20:45:23 <GNUtoo> hsi to be exact
May 28 20:45:24 <DocScrutinizer> no
May 28 20:46:55 * DocScrutinizer is looking at the RX-51 schematics to spot what's keeping cellmo off when device is powered down
May 28 20:47:05 <PaulFertser> DocScrutinizer: http://security.osmocom.org/trac/wiki/RRLP
May 28 20:47:22 <GNUtoo> but I was thinking of something
May 28 20:48:01 <GNUtoo> on msm/qsd devices....if the baseband has access to the ram of the main CPU, I guess that the CPU also has access to the baseband
May 28 20:48:02 <GNUtoo> 's ram
May 28 20:48:10 <GNUtoo> ah that
May 28 20:49:15 <DocScrutinizer> CPU ->[CMT_EN]->(transistor)->MODEM: PwrOnX
May 28 20:49:30 <PaulFertser> Lopi: fyi smartphones-userland@linuxtogo.org but i suggest you first try harder to understand the existing code, it's quite clean and clear afaik. 
May 28 20:50:16 <Lopi> PaulFertser: okay I'll keep at it
May 28 20:52:11 <PaulFertser> Lopi: feel free to ask questions about the existing code.
May 28 20:52:12 <PaulFertser> :)
May 28 20:52:40 <JaMa> GNUtoo: in case you haven't noticed I've pushed your patch and then also merged it to shr-core
May 28 20:53:02 <GNUtoo> yes I noticied
May 28 20:53:04 <GNUtoo> for oe.dev 
May 28 20:53:18 <GNUtoo> thanks a lot
May 28 20:53:26 <JaMa> yw
May 28 20:55:23 <DocScrutinizer> PaulFertser: yeah, I kinda knew of it in general. This nice page however had some new bits for me
May 28 20:55:27 <GNUtoo> I wonder what can we do,in another hand I don't feel confident to use osmcombb on my om-gta02.....it could crash the carriers networks
May 28 20:55:31 <DocScrutinizer> PaulFertser: others are missing
May 28 20:58:20 <PaulFertser> DocScrutinizer: can you give an example?
May 28 20:59:35 <DocScrutinizer> there are some cmds specified how BTS can request GPS data from MS, with and without notification of user about the fact
May 28 21:00:22 <DocScrutinizer> his is what CSI is actually using ;-)
May 28 21:01:14 <DocScrutinizer> this is also the rationale to tie the GPS to cmt rather than APE
May 28 21:02:37 <GNUtoo> CSI?
May 28 21:02:43 <DocScrutinizer> then there's also specification how 3++ BTS sync to each other to get really proper triangulation of arbitrary mobile by comparing time skew
May 28 21:02:59 <DocScrutinizer> GNUtoo: the TV series
May 28 21:03:05 <GNUtoo> lol ok
May 28 21:03:34 * DocScrutinizer hears he's just missing some fireworks and starts to shout and swear
May 28 21:05:18 <DocScrutinizer> PaulFertser: (sync of BTS) this is a relatively old thing, well known and working with all phones, but no carrier admits they have the needed infra set up
May 28 21:05:57 <DocScrutinizer> accuracy is pretty good
May 28 21:06:05 <PaulFertser> DocScrutinizer: Harald probably knows if that's the case, it seems he had some experience working with the "real" carriers.
May 28 21:06:39 <nschle85> hello, I moved sucessfully into my new flat, but i have some internet limitations (bandwidth and download capacity) so i have to repair my build environment instead of build from scratch. Thats my problem: No GNU_HASH in the elf binary: '/home/nschle85/shr-build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/cups-1.4.6-r0/packages-split/cups-lib/usr/lib/libcups.so.2'
May 28 21:07:23 <DocScrutinizer> I don't think we got any carrier supporting it in western EU, as it's expensive additional hw with no ROI. Things may be different in RU, China, Korea etc
May 28 21:09:07 <DocScrutinizer> ~rrlp
May 28 21:09:07 <apt> extra, extra, read all about it, rrlp is the Radio Resource LCS (Location Service) Protocol as specified first in GSM TS 04.31, or http://security.osmocom.org/trac/wiki/RRLP
May 28 21:09:33 <PaulFertser> DocScrutinizer: btw, RRLP will also work nicely with a fake BS (as BS is not authenticated and it's easy to forge it).
May 28 21:10:52 <DocScrutinizer> I know
May 28 21:10:54 <DocScrutinizer> :-)
May 28 21:11:12 <PaulFertser> I mean that's an additional point to consider the dangers of this shit.
May 28 21:11:38 <DocScrutinizer> well, GSM is as vulnerable as it gets
May 28 21:11:56 <DocScrutinizer> nothing but laws will protect the *users*
May 28 21:12:37 <lindi-> hmm, is it possible to modify 16x PCIe graphics cards to make them fit to a 1x slot? ;)
May 28 21:12:44 <DocScrutinizer> a clearly industry inspired standard
May 28 21:12:56 <lindi-> I find some articles around the net that claim it can be done
May 28 21:14:07 <lindi-_> e.g. http://www.tomshardware.co.uk/forum/page-249291_12_0.html
May 28 21:16:17 <Lopi> GNUtoo: how can I map my power button to the SHR lock screen?
May 28 21:20:07 <GNUtoo> Lopi, of course, it's in fsodeviced.conf
May 28 21:20:31 <GNUtoo> Lopi, to do that you must add configs in the respective cornucopia deamons 
May 28 21:20:47 <GNUtoo> so that would create a config for your device
May 28 21:20:52 <GNUtoo> or maybe it's already done?
May 28 21:20:56 <GNUtoo> let me look
May 28 21:21:17 <GNUtoo> it's not
May 28 21:21:32 <GNUtoo> let me explain a bit
May 28 21:21:36 <Lopi> okay
May 28 21:21:59 <GNUtoo> cat /proc/cpuinfo has a machine part
May 28 21:22:08 <GNUtoo> for instance for htcdream it's trout
May 28 21:22:17 <GNUtoo> for nokia n900 it's RX-51
May 28 21:22:18 <GNUtoo> etc...
May 28 21:22:21 <GNUtoo> lookup that
May 28 21:22:47 <GNUtoo> then create on your device /etc/freesmartphone/conf/your_machine
May 28 21:22:49 <GNUtoo> with inside
May 28 21:22:52 <GNUtoo> fsodeviced.conf
May 28 21:22:59 <GNUtoo> fsousaged.conf
May 28 21:23:00 <GNUtoo> etc...
May 28 21:23:03 <GNUtoo> the ones you want
May 28 21:23:11 <GNUtoo> test them
May 28 21:23:13 <GNUtoo> tweak them
May 28 21:23:16 <GNUtoo> and then....
May 28 21:23:34 <GNUtoo> add them to the conf directory of the respective deamons
May 28 21:23:43 <GNUtoo> for instance for fsodeviced it's in
May 28 21:23:48 <GNUtoo> fsodeviced/conf
May 28 21:23:56 <GNUtoo> add only fsodeviced.conf there
May 28 21:23:59 <GNUtoo> not the other configs
May 28 21:24:11 <GNUtoo> and then activate it witin the build system(autotools)
May 28 21:24:17 <GNUtoo> I can help for the last part
May 28 21:25:33 <Lopi> hmm okay
May 28 21:25:48 <Lopi> I can look at other device's confs for examples?
May 28 21:25:56 <GNUtoo> of course
May 28 21:25:59 <GNUtoo> they are in 
May 28 21:26:06 <GNUtoo> /etc/freesmartphone/conf on your device
May 28 21:26:15 <Lopi> okay
May 28 21:26:23 <Lopi> I'll have a look at it and let you know if I need any help
May 28 21:26:44 <Lopi> thanks :)
May 28 21:26:54 <GNUtoo> ok
May 28 21:28:57 <GNUtoo> for the hardest part:
May 28 21:29:06 <GNUtoo> you need to create a Makefile.am
May 28 21:29:17 <GNUtoo> just copy one for another conf and modify it
May 28 21:29:37 <Lopi> seems pretty straight forward
May 28 21:29:40 <DocScrutinizer> PaulFertser: http://www.quintillion.co.jp/3GPP/Specs/GSM_GERAN/0431-8i0.pdf  4.1 Measure Position Request
May 28 21:29:47 <GNUtoo> then in fsodeviced/conf/Makefile.am add the subdirectory you created
May 28 21:29:50 <GNUtoo> and then:
May 28 21:30:13 <GNUtoo> in fsodeviced/configure.ac point to the Makefile
May 28 21:30:17 <GNUtoo> there are 3 things to do
May 28 21:30:30 <GNUtoo> if you don't know that it won't work
May 28 21:34:26 <Lopi> GNUtoo: one more question while you're around
May 28 21:34:40 * GNUtoo listens
May 28 21:34:41 <Lopi> GNUtoo: trying to compile latest version of elfe, but running into some errors
May 28 21:34:43 <Lopi> http://pastie.org/private/liv0oresz1n4kjvgn8yda
May 28 21:35:37 <PaulFertser> lindi-_: apparently he modified the slot itself in a rather trivial way.
May 28 21:36:01 <lindi-_> PaulFertser: yep
May 28 21:36:04 <GNUtoo> Lopi, first does your device have VFP?
May 28 21:36:11 <Lopi> GNUtoo: yes
May 28 21:36:13 <DocScrutinizer> PaulFertser: seems there's a method (and ?? even a spec) for syncing BTS without expensive central timebase etc: just each BTS needs to listen to their neighbour(s) and know how far away they are exactly
May 28 21:36:15 <lindi-_> PaulFertser: http://www.kegetys.net/forum/index.php?topic=752.0 seems to be a solution that does not require changes to motherboard or card
May 28 21:36:31 <GNUtoo> I've 2 armv6 devices, one has it and one doesn't have it(htc dream)
May 28 21:36:32 <PaulFertser> DocScrutinizer: do you imply that from that pdf?
May 28 21:36:39 <PaulFertser> I'm not sure i'm following.
May 28 21:36:55 <DocScrutinizer> seen sth that made me start to think
May 28 21:36:56 <lindi-_> now why doesn't FR have PCIe support ;-)
May 28 21:37:01 <GNUtoo> s/2/4/
May 28 21:37:01 <apt> GNUtoo meant: I've 4 armv6 devices, one has it and one doesn't have it(htc dream)
May 28 21:37:37 <GNUtoo> lindi-_, so you're building for vfp?
May 28 21:37:51 <GNUtoo> the arch looks like armv6 instead of armv6-novfp
May 28 21:37:52 <GNUtoo> right?
May 28 21:38:07 <GNUtoo> maybe better asking that in #oe because I never seen that error before
May 28 21:38:10 <lindi-_> GNUtoo: you probably meant Lopi?
May 28 21:38:16 <GNUtoo> yes sorry
May 28 21:38:22 <GNUtoo> Lopi, ^^^
May 28 21:38:34 <Lopi> yeah, building for vfp
May 28 21:39:20 <GNUtoo> indeed you're building for VFP
May 28 21:39:31 <Lopi> I'll ask in #oe
May 28 21:39:42 <GNUtoo> (I just looked to the machine config for iphone3g)
May 28 21:40:00 <DocScrutinizer> PaulFertser: >>Fine RTD value between this BTS and the reference BTS<< TD=?TimeDelay 
May 28 21:40:01 <Lopi> hmm there was something else I had a question about
May 28 21:40:05 <Lopi> trying to remember
May 28 21:40:49 <Lopi> ah I remember now
May 28 21:41:17 <Lopi> GNUtoo: every time I boot SHR I have to go into illume settings and change the scaling to make everything look good
May 28 21:41:28 <Lopi> GNUtoo: how can I fix that?
May 28 21:41:43 <GNUtoo> Lopi, easy:
May 28 21:41:50 <GNUtoo> send a patch to oe like this one:
May 28 21:42:09 <GNUtoo> 7ee3ba288597da92104767301eb7195ee8794478 
May 28 21:42:25 <DocScrutinizer> PaulFertser: listen to "other BTS" and MS, then you can tell "other bts" at which point of *their* relative time the MS signal arrived at *this* BTS
May 28 21:42:54 <GNUtoo> http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=org.openmbedded.dev&id=7ee3ba288597da92104767301eb7195ee8794478
May 28 21:42:55 <DocScrutinizer> if you know the delay of signal from "other" to "this" BTS
May 28 21:43:06 <GNUtoo> that fixes the DPI for everything 
May 28 21:43:09 <GNUtoo> including GTK apps
May 28 21:43:16 <GNUtoo> including vala-terminal fonts
May 28 21:43:17 <GNUtoo> etc...
May 28 21:43:22 <PaulFertser> DocScrutinizer: can a BTS really listen to the other BTSs over the air and is it supposed to? I've never thought/heard about that.
May 28 21:43:25 <GNUtoo> s/fonts/command line/
May 28 21:43:36 <DocScrutinizer> PaulFertser: why not?
May 28 21:43:55 <DocScrutinizer> it's simple and not expensive
May 28 21:43:58 <Lopi> GNUtoo: okay so it requires a patch to xserver itself? no quick fix on the device?
May 28 21:44:31 <GNUtoo> yes quick fix is doing the same thing as the patch does
May 28 21:44:35 <GNUtoo> that is to say:
May 28 21:44:50 <GNUtoo> cd /etc/X11/
May 28 21:44:59 <GNUtoo> vi xserver-common
May 28 21:45:03 <Lopi> I'm going to make the patch, but I want to fix it in the image I'm about to release
May 28 21:45:08 <GNUtoo> and add the same thing
May 28 21:45:14 <Lopi> okay
May 28 21:45:18 <Lopi> easy enough
May 28 21:45:21 <GNUtoo> again trout was taken from /proc/cpuinfo (machine thing)
May 28 21:45:32 <DocScrutinizer> PaulFertser: just plug in a new module to every BTS, and in no time you got the relative distance of MS to an arbitrary number of BTS ->voila: triangulation
May 28 21:46:25 <PaulFertser> DocScrutinizer: this new module should have ~twice the range of an ordinary mobile then.
May 28 21:46:50 <Lopi> GNUtoo: okay thanks a lot
May 28 21:47:03 <DocScrutinizer> nah, it only needs to *receive* first instance, and of course the BTS has really great antennae
May 28 21:47:47 <DocScrutinizer> all the rest of calculation and chatting can be done async
**** ENDING LOGGING AT Sun May 29 02:59:58 2011