**** BEGIN LOGGING AT Sun Dec 20 02:59:56 2009
Dec 20 04:59:37 <brian_> wifi om on shr now?
Dec 20 08:44:26 <rhkfin> does SHR use/support BIND (finding the home dir on the uSD)?
Dec 20 08:45:35 <PaulFertser> rhkfin: why not? mount -o bind balbalbla should work just as well as usual?
Dec 20 08:46:25 <rhkfin> PaulFertser: I mean the stuff OM2009 had that if you have bind-home folder on your uSD it's automatically mounted as your home dir
Dec 20 08:46:50 <PaulFertser> rhkfin: isn't it trivial? I mean if you want it, you do it?
Dec 20 08:47:04 <rhkfin> ( the first-run menu/config is still there :/
Dec 20 08:47:09 <rhkfin> PaulFertser: ok, thanks
Dec 20 08:49:00 <rhkfin> wow, SHR actually now looks quite slick. Nice :)
Dec 20 08:52:15 <rhkfin> is opimd now used as backend?
Dec 20 08:53:22 <PaulFertser> rhkfin: yes :)
Dec 20 08:53:28 <rhkfin> nice :)
Dec 20 11:26:16 <DocScrutinizer51> falls interesse: dbus-monitor (--sys) vom N900 bei eingehendem ruf: http://pastebin.com/f405dce59
Dec 20 11:29:10 <DocScrutinizer51> erschreckend dass die offensichtlich das adressbuch nicht ueber dbus ansprechen. die nummer wurde nach contact aufgeloest
Dec 20 11:29:29 <DocScrutinizer51> haben wohl keinen opimd ;-)
Dec 20 11:31:12 <DocScrutinizer51> die beiden files wurden uebrigens nicht zeitgleich erstellt. der userbus trace hat call reject, der sysbus call missed
Dec 20 11:38:01 <DocScrutinizer51> oops sorry. wrong channel
Dec 20 15:04:22 <PBeck> hi
Dec 20 15:04:33 <SpeedEvil> hi
Dec 20 15:13:28 <tschaka> does anybody got any idea what can cause the screen of the FR look like this: http://tschaka.ts.ohost.de/qtmoko_fail.JPG ?
Dec 20 15:13:51 <SpeedEvil> One reason is a hardware faulure
Dec 20 15:14:01 <SpeedEvil> does it do that if you boot from NOR?
Dec 20 15:14:22 <tschaka> no.
Dec 20 15:14:49 <tschaka> it did when i downloaded many many mails in qtmoko. when it finished, i clicked "yes, i want to view them". then the screen turned white
Dec 20 15:14:57 <SpeedEvil> ok - that would tend to rule outhardware.
Dec 20 15:15:05 <tschaka> and now the screen looks like that with constantly changing colors.
Dec 20 15:15:19 <SpeedEvil> dunno. 
Dec 20 15:15:28 <SpeedEvil> Problem in the x server somewhere.
Dec 20 15:15:48 <tschaka> things like that happen quite often here. only they look different most times. it happens on shr and qtmoko. there is no xserver in qtmoko...
Dec 20 15:15:49 <SpeedEvil> I've not really looked into it as I only have gta01 - not fr - so the graphicxs architecture is completely iffernt
Dec 20 15:15:54 <DocScrutinizer-8> qtmoko special FX :-P
Dec 20 15:15:57 <tschaka> oh, i see.
Dec 20 15:16:18 <tschaka> DocScrutinizer-8 yeah i know. but similar things happen on SHR as well....
Dec 20 15:16:53 <tschaka> like screen goes white/black/strangely colored and the phone freezes. no ssh, no ping, nothing :/
Dec 20 15:16:55 <DocScrutinizer-8> then it's hw maybe nevertheless
Dec 20 15:17:44 <tschaka> i had those things from the beginning on, so i guess i have to talk to the vendor. i always thought, man its a FR, everybody got problems with it. but its hell of annoying.
Dec 20 15:42:35 <gena2x> tschaka: Try other kernel
Dec 20 15:44:28 <tschaka> gena2x what exactly in the kernel could cause this? i am always using the official kernels.
Dec 20 15:48:17 <panicking> tschaka, what?
Dec 20 15:48:51 <gena2x> tschaka: Just guess :)
Dec 20 15:50:17 <gena2x> tschaka: kernel is responsible for hardware initialization.
Dec 20 15:50:20 <tschaka> well it could become a bit hard to try random kernels....
Dec 20 15:50:48 <tschaka> gena2x the phone wasnt even suspended. it just lay there :)
Dec 20 15:51:30 <tschaka> and how do those "Other kernels" differ from theofficial ones? :)
Dec 20 15:51:34 <gena2x> tschaka: I'm just ordinary user at this moment, so please consider my comments as guesses. 
Dec 20 15:51:57 <tschaka> so am i :) 
Dec 20 15:52:08 <tschaka> gena2x but thanks for your help anyway!
Dec 20 15:52:22 <gena2x> tschaka: How do you boot?
Dec 20 15:52:32 <tschaka> with qi.
Dec 20 15:52:37 <tschaka> from nand
Dec 20 15:52:37 <gena2x> tschaka: should be ok :)
Dec 20 15:53:26 <gena2x> tschaka: Just think that in latest kernels after thomas speed-up fifo patch you might have some troubles
Dec 20 15:54:13 <gena2x> tschaka: So just try to boot older kernel
Dec 20 15:55:14 <tschaka> gena2x i had a few problems when running from SD card with random lock ups. in further qtmoko kernels the clock speed will be lowered. 
Dec 20 15:55:23 <tschaka> gena2x i had similar problem even with older kernels :/
Dec 20 15:55:46 <gena2x> tschaka: no more ideas, sorry :)
Dec 20 15:56:01 <tschaka> gena2x and its hard to reproduce , as usual :)
Dec 20 15:56:08 <tschaka> gena2x but thanks!
Dec 20 15:56:58 * DocScrutinizer51 away (dinner)
Dec 20 15:57:34 <gena2x> tschaka: something wrong with all that situation with WSODs, white screens and this lines.
Dec 20 15:58:44 <gena2x> tschaka: if someone can find problem with hw initialization, like that patch which speeds up fr x2, mb something also not initialized or initialized in wrong way.
Dec 20 16:00:21 <tschaka> gena2x yeah. but i am wondering a bit about this issue. i mean, the screen was turned on, i just clicked on yes, what needs to be initialized there? everything should be initialized already then, or am i wrong? i am not that much into it, so i probably dont understand it too good, but anyway..
Dec 20 16:01:05 <Weiss> tschaka: are your mails stored in SD?
Dec 20 16:01:28 <gena2x> tschaka: Yes, sd may be related. Or some offscreen buffer
Dec 20 16:01:56 <tschaka> gena2x Weiss they are stored in nand, but things could be related to swap on SD card.
Dec 20 16:02:24 <tschaka> which i took into consideration a few times already. but how do you check if it really is :):)
Dec 20 16:02:48 <gena2x> tschaka: Need way to reproduce :)
Dec 20 16:02:58 <Weiss> which kernel are you using? latest andy-tracking?
Dec 20 16:03:11 <tschaka> gena2x true. hopefully i can find a few minutes over the xmas holidays :)
Dec 20 16:03:48 <tschaka> Weiss eeerm. latest qtmoko kernel, which seems to be the same as Qtmoko v14 is using. soooo...
Dec 20 16:04:38 <tschaka> radek said he was lowering clock speed for SD cards for future releases, which propably prevents SD lockups on large file writes.
Dec 20 16:04:49 <tschaka> i guess i'll wait till then and try again :)
Dec 20 16:05:07 <gena2x> tschaka: You may try to lower it in u-boot youself.
Dec 20 16:05:07 <Weiss> I've heard of a few SD problems, but nothing which sounds like it could be related to the LCD FIFO
Dec 20 16:05:22 <Weiss> (if anything, the FIFO thing should make problems less likely, rather than more..)
Dec 20 16:05:40 <tschaka> LCD FIFO = clock speed? sorry...
Dec 20 16:05:48 <gena2x> tschaka: no
Dec 20 16:06:10 <tschaka> gena2x i am using qi. :)
Dec 20 16:06:21 <gena2x> tschaka: This is the patch which can make you fr fast as usual devices :)
Dec 20 16:07:18 <tschaka> gena2x uuh. sounds interesting :)
Dec 20 16:08:00 <DocScrutinizer51> Weiss: could you check this please? Sounds like hw failure to me. Or the current glamo tweaks
Dec 20 16:08:18 <gena2x> tschaka: sorry, don't know qi. where is kernel parameter which can set sd card speed.
Dec 20 16:09:08 <gena2x> tschaka: I don't know if this can be regulater on the fly.
Dec 20 16:09:17 <DocScrutinizer51> tschaka: have you tried a new uSD?
Dec 20 16:09:40 <tschaka> gena2x maybe this commit is of interest: http://github.com/radekp/qtmoko/commit/88636e03a3883491d8805a48910220c4ef79aa22
Dec 20 16:10:37 <tschaka> DocScrutinizer-8 yeah i bought this kingston one, which worked alot better then the transcend one, which was delivered with the phone. it locked it up veerry frequently. (other transcend cards also locked up my camcorder, so i didnt pay too much attention on it).
Dec 20 16:10:54 <gena2x> tschaka Yes, so if it is related you can lower it farther
Dec 20 16:11:04 <tschaka> DocScrutinizer-8 so either it is the clock speed or i really should buy another one. sandisk was reported to work quite well.
Dec 20 16:11:59 <Weiss> DocScrutinizer51: any suggestions for tests? I've run things like catting an SD card full of OSM tiles with no problems already
Dec 20 16:12:09 <gena2x> tschaka: Or increase to get higher chances to reproduce.
Dec 20 16:12:32 <gena2x> Weiss: Mb many small files?
Dec 20 16:12:46 <DocScrutinizer51> Weiss: tschaka should do this I guess
Dec 20 16:13:00 <panicking> does it panic
Dec 20 16:13:00 <panicking> ?
Dec 20 16:13:30 <tschaka> guys, check this commit: http://github.com/radekp/qtmoko/commit/88636e03a3883491d8805a48910220c4ef79aa22 it says the phone locks up on rather large files, not essentially on small ones.
Dec 20 16:14:01 <tschaka> if it's realted, there is also a link to a ticket on the openmoko bug tracker.
Dec 20 16:14:17 <DocScrutinizer51> nah. I'm EE. I won't check commits
Dec 20 16:14:27 <panicking> I want to know
Dec 20 16:14:30 <panicking> if panic or not
Dec 20 16:14:35 <Weiss> tschaka: tschaka could you also pastebin your output from 'cat /sys/bus/platform/devices/glamo3362.0/regs'? with that, I can check whether you have the FIFO patch or not. if you do, we can try turning it off for you and see if that makes it go away (and if it does, I'll be sad..)
Dec 20 16:15:02 <panicking> and if lock
Dec 20 16:15:27 <gena2x> Why sad? it's ok
Dec 20 16:16:04 <DocScrutinizer51> gena2x: as that means Weiss' patch breaks things
Dec 20 16:16:39 <Weiss> exactly
Dec 20 16:16:51 <gena2x> DocScrutinizer51: not a fact. mb just make conditions to reveal other problem.
Dec 20 16:17:04 <Weiss> I really don't think that will be the case (fewer low level conflicts should surely make things work more smoothly...?), but we should check
Dec 20 16:17:20 <tschaka> Weiss ur patch is quite recent, right? as i said, i had similar problems with older versions as well. one second for the pastebin pls.
Dec 20 16:17:44 <DocScrutinizer51> also tschaka I don't remember if your device completely freezes or just screen is going joyfull color?
Dec 20 16:18:04 <gena2x> tschaka: ssh where and do dmesg
Dec 20 16:18:19 <tschaka> DocScrutinizer-8 it freezes completely
Dec 20 16:18:24 <SpeedEvil> (03:15:01 PM) tschaka: it did when i downloaded many many mails in qtmoko. when it finished, i clicked "yes, i want to view them". then the screen turned white
Dec 20 16:18:26 <SpeedEvil> (03:15:05 PM) tschaka: and now the screen looks like that wit
Dec 20 16:18:50 <DocScrutinizer51> tschaka: is the aux led flashing?
Dec 20 16:19:33 <DocScrutinizer51> SpeedEvil: ?
Dec 20 16:19:38 <tschaka> DocScrutinizer-8 as far as i remeber it didnt.
Dec 20 16:19:55 <Weiss> tschaka: discovered just over a month ago, went into andy-tracking a couple of weeks later IIRC
Dec 20 16:19:57 <SpeedEvil> I was pasting the earlier comment - and diddn't see the response
Dec 20 16:19:58 <tschaka> Weiss http://pastebin.com/m5ab98b3c
Dec 20 16:21:46 <gena2x> DocScrutinizer51: that's why i am posting idea to try to turn that patch on/off to check if problem will still exist.
Dec 20 16:21:56 <DocScrutinizer51> tschaka: check with Weiss (though I'm quite sure he's not guilty here ;); test with a known good uSD. Then visit your dealer for replacement
Dec 20 16:22:24 <Weiss> tschaka: ok, looks like you don't have the FIFO enabled..
Dec 20 16:22:58 <DocScrutinizer51> hi wolf_ 
Dec 20 16:23:00 <Weiss> (you tell from the last word on the first line after "LCD 1". if it's 4xxx, the FIFO is on
Dec 20 16:23:08 <DocScrutinizer51> and ciao @all
Dec 20 16:23:59 <tschaka> thanks DocScrutinizer-8 and bye
Dec 20 16:24:37 <tschaka> ok Weiss, nice to know its not ur patch :)
Dec 20 16:26:44 <panicking> using sysrq to know where the task is blocked
Dec 20 16:26:49 <panicking> can be a good thing
Dec 20 16:28:42 <gena2x> Which firesystem is best for FR's sd card? I am going to install debian :)
Dec 20 16:29:25 <max_posedon> gena2x, btrfs of course
Dec 20 16:30:09 <gena2x> max_posedon: emmm. i guess flash card have 0 seek time, so no need in extents and other stuff
Dec 20 16:30:23 <DocScrutinizer51> max_posedon: you shalt not play jokes on serious askers
Dec 20 16:30:45 <gena2x> DocScrutinizer51: It's ok.
Dec 20 16:34:08 <max_posedon> I suggest smth with full journaling enabled. smth like reiserfs
Dec 20 16:34:17 <max_posedon> and of course not ext2/xfs
Dec 20 16:34:50 <ndnihil> why journaling on solid state storage?
Dec 20 16:35:19 <ndnihil> big performance hit, and much less chance of the types of failure journaling was designed to address
Dec 20 16:35:44 <gena2x> I've heared about udf. Noone have tried it?
Dec 20 16:35:54 <gena2x> I mean on flash.
Dec 20 16:36:24 <SpeedEvil> Journalling somewhat as random small write performance on SD _blows_
Dec 20 16:37:44 <gena2x> Hm, nice idea to test small reads too.
Dec 20 16:38:06 <ndnihil> I'd use ext2
Dec 20 16:38:13 <SpeedEvil> small random reads are fine
Dec 20 16:38:19 <ndnihil> and in fact I do
Dec 20 16:38:27 <gena2x> Mb logfs?
Dec 20 16:40:59 <gena2x> grr need install debian first to use some nice ioperf tool :)
Dec 20 16:42:38 <d1b> gena2x: dd doesn't count :P ?
Dec 20 16:42:54 <gena2x> d1b: small blocks?
Dec 20 16:43:47 <d1b> gena2x: i was joking, but im not sure.
Dec 20 16:43:52 <gena2x> d1b: for((;;)); do dd ... bs=$(cat /dev/random|... do something with numbers ...; done?
Dec 20 16:44:15 <SpeedEvil> the issue is that for a SD, internally, it is subdivided into ~128K erase blocks
Dec 20 16:44:31 <gena2x> SpeedEvil: btw all sd's are nand?
Dec 20 16:44:45 <SpeedEvil> If you do something that requires it to write 4K into the middle of one of these blocks, it needs to erase this whole block to do it.
Dec 20 16:44:47 <d1b> gena2x: don't use /dev/random use /dev/urandom if you are being serious.
Dec 20 16:44:51 <SpeedEvil> Though it's more complex in reality
Dec 20 16:44:55 <SpeedEvil> gena2x: yes
Dec 20 16:45:02 <gena2x> SpeedEvil: :(
Dec 20 16:45:05 <SpeedEvil> gena2x: with a little controller that pretends to be a disk
Dec 20 16:45:47 <gena2x> SpeedEvil: Need fs with 128 block size...
Dec 20 16:45:55 <gena2x> SpeedEvil: *128k
Dec 20 16:46:11 <d1b> gena2x: ext2 is fine. sdcards are cheap otherwise some say ext3 :P
Dec 20 16:46:50 <SpeedEvil> gena2x: not quite - as writing 128k is bad too - you want ideally some sort of log fs type thing
Dec 20 16:48:20 <gena2x> d1b: ext2 look like overhead. imagine atime update :)
Dec 20 16:55:44 <ndnihil> you can disable atime
Dec 20 16:56:07 <gena2x> sure
Dec 20 16:56:12 <ndnihil> mount with noatime in flags or something like that
Dec 20 18:49:05 <panicking> larsc, can you check this patch?
Dec 20 18:49:27 <panicking> http://www.pastie.org/750925
Dec 20 18:50:31 <larsc> panicking: at least 40-44 is wrong
Dec 20 18:50:38 <larsc> i think
Dec 20 18:50:44 <larsc> but the rest looks good
Dec 20 18:51:44 <panicking> why? I report the error on data if they are present
Dec 20 18:51:50 <panicking> is not the correct behavior
Dec 20 18:52:06 <panicking> ?
Dec 20 18:56:00 <panicking> the idea is to reset the mci when we have an error
Dec 20 18:56:17 <larsc> yes. that is ok
Dec 20 18:57:18 <panicking> at irq level there is no data?
Dec 20 18:57:28 <panicking> cmd->data is always null?
Dec 20 18:57:50 <panicking> no yet check but I was thinking that it was rasonable
Dec 20 18:58:18 <panicking> we are talinkg about 2.6.29 driver
Dec 20 18:58:24 <larsc> cmd->data will always not be null
Dec 20 18:58:50 <larsc> since the glamo will only generate irqs for data transfers
Dec 20 19:02:43 <larsc> i think the check for error not beging 0 should be done in glamo_mci_request_done
Dec 20 19:08:45 <panicking> we are trying to fix this issue http://code.google.com/p/android-on-freerunner/issues/detail?id=81
Dec 20 19:08:59 <panicking> I have started today
Dec 20 19:09:10 <panicking> tomorrow I will receive onother debug board because the previus one is died
Dec 20 19:12:46 <larsc> panicking: i would recommmend to increase sd_drive
Dec 20 19:14:11 <panicking> So the problem is only releated to the signal drive strenght
Dec 20 19:14:13 <panicking> ?
Dec 20 19:14:48 <panicking> are there downside of increase that value?
Dec 20 19:17:47 <PaulFertser> larsc: btw, it seems sd_drive should be 1 by default, it doesn't seem to affect gps performance.
Dec 20 19:49:50 <larsc> PaulFertser: does a higher value?
Dec 20 19:50:46 <PaulFertser> larsc: well, i think DocScrutinizer51 proved that it doesn't and i tried to reproduce the results and couldn't see sd_drive affecting anything here too. 
Dec 20 19:50:52 <PaulFertser> larsc: but i wouldn't call that scientific.
Dec 20 19:51:16 <larsc> the current driver is increasing sd_drive as frequency goes up
Dec 20 19:53:01 <PaulFertser> larsc: why do you think it is desirable? Have you found some info?
Dec 20 19:56:08 <larsc> PaulFertser: well. my experiments showed that a higher sd_drive increases stability
Dec 20 19:56:30 <PaulFertser> larsc: ok, so i see you experienced instability.
Dec 20 19:56:54 <PaulFertser> larsc: the thing is andy-tracking had sd_drive=0 for quite some time and very few people complained about instability.
Dec 20 20:06:34 <lindi-> PaulFertser: speaking of instability, I hit  http://docs.openmoko.org/trac/ticket/2309 again :)
Dec 20 20:08:57 <PaulFertser> lindi-: i guess i had my FR not resuming without any reason several time during the last month. Can't do anything about it :(
Dec 20 20:09:38 <lindi-> PaulFertser: what's in resume_reason?
Dec 20 20:10:07 <PaulFertser> lindi-: i couldn't resume. The screen stayed black. I took out the bat.
Dec 20 20:10:18 <lindi-> PaulFertser: ah "not resuming"
Dec 20 20:10:28 <lindi-> PaulFertser: maybe you have hit the same bug then
Dec 20 20:10:34 <lindi-> PaulFertser: andy-tracking with debian?
Dec 20 20:10:39 <PaulFertser> lindi-: maybe but since i'm stupid i do not use ramconsole
Dec 20 20:10:44 <PaulFertser> lindi-: yep
Dec 20 20:10:56 <lindi-> PaulFertser: xserver-xorg-video-fbdev or glamo?
Dec 20 20:11:07 <PaulFertser> lindi-: xorg glamo driver
Dec 20 20:11:09 <lindi-> PaulFertser: and Qi?
Dec 20 20:11:12 <PaulFertser> lindi-: sure
Dec 20 20:11:23 <lindi-> PaulFertser: ok we have identical configuration except thatI use fbdev
Dec 20 20:12:15 <PaulFertser> lindi-: and my device is a6.
Dec 20 20:12:29 <lindi-> a5 here yes
Dec 20 20:13:14 <lindi-> PaulFertser: when did you start to see this bug for the first time?
Dec 20 20:14:17 <PaulFertser> lindi-: probably march? I've no idea, it doesn't occur often. Probably i've seen it more often when i used gprs but i rarely do.
Dec 20 20:14:47 <lindi-> PaulFertser: that early? i'm quite sure that I saw it for the first time exactly 4 months ago
Dec 20 20:15:43 <lindi-> PaulFertser: i used gprs on Friday too. i just don't see how that could cause failure to resume :(
Dec 20 20:17:11 <lindi-> PaulFertser: calypso should not be able to cause this in any way, right?
Dec 20 20:17:28 <lindi-> (other than draining battery but this was not the case)
Dec 20 20:17:38 <PaulFertser> lindi-: i'm not sure, i've complicated relationship with Time.
Dec 20 20:17:46 <lindi-> :)
Dec 20 20:17:55 <PaulFertser> He's often rude to me
Dec 20 20:17:59 <lindi-> me too, that's why I rely on logs
Dec 20 20:18:30 <PaulFertser> lindi-: GSM interference can in theory influence the wakeup process. Who knows, it's all black magic.
Dec 20 20:18:51 <lindi-> hmm, interesting theory
Dec 20 20:20:08 <lindi-> PaulFertser: we need somebody to come up with a plan on how to disassemble the phone while keeping battery connected :P
Dec 20 20:20:59 <PaulFertser> lindi-: my gta01 has a battery connected via long wires soldered to the connector :)
Dec 20 20:22:22 <lindi-> PaulFertser: also debug board is probably useless during suspend?
Dec 20 21:04:05 <PaulFertser> But they were IN the well... Of course they were, well in.
Dec 20 23:02:54 <gena2x> hm...
Dec 20 23:03:08 <gena2x> cat /proc/bus/input/devices
Dec 20 23:03:17 <gena2x> I: Bus=0013 Vendor=dead Product=beef Version=0101
Dec 20 23:03:23 <gena2x> N: Name="s3c2410 TouchScreen"
Dec 20 23:03:37 <gena2x> Vendor=dead???
Dec 20 23:04:06 * SeligArkin giggles
Dec 20 23:04:18 * file grins
Dec 20 23:04:36 <SeligArkin> gena2x: 0xDEAD nothing to worry about, just a dummy value. :P
Dec 20 23:04:42 <file> one of the products I deal with uses DEADBEEF as their boot loader image name :D
Dec 20 23:06:27 <gena2x> huh...
Dec 20 23:22:55 <gena2x> Just installed debian with andy-tracking kernel from december, but can't bring up touchscreen. Can someone help?
Dec 20 23:28:05 <lindi-> gena2x: xorg.conf? ps axuf?
Dec 20 23:28:35 <gena2x> lindi-: In fact, i got it. Just it seems rotated
Dec 20 23:29:50 <gena2x> lindi-: 90 degrees.
Dec 20 23:30:38 <gena2x> lindi-: just thought it was complete missing.
Dec 20 23:31:23 <lindi-> i heard about such a problem today. too bad it was not in a bug report so I can't point you to it
Dec 20 23:32:09 <gena2x> lindi-: xorg.com from shr, xorg-glamo
Dec 20 23:32:14 <gena2x> lindi-: xorg.conf from shr, xorg-glamo
Dec 20 23:32:52 <lindi-> gena2x: "from shr" does not really help me much :(
Dec 20 23:33:13 <lindi-> gena2x: and glamo is display driver so it shouldn't be related to touchscreen, right?
Dec 20 23:34:18 <gena2x> lindi-: I hope :). http://pastebin.com/m758f818e
Dec 20 23:34:37 <gena2x> lindi-: are you using debian?
Dec 20 23:35:29 <gena2x> lindi-: Oh, I mb i have to calibrate it...
Dec 20 23:36:02 <gena2x> gena2x: which kernel are you using? 
Dec 20 23:36:28 <thegreen4me> does the freerunner graphics card support open gl, and if so what version?
Dec 20 23:36:55 <gena2x> thegreen4me: no atm, only software i guess.
Dec 20 23:37:00 <raster> opengl-es 1.1
Dec 20 23:37:11 <thegreen4me> thanks
Dec 20 23:37:16 <raster> no public specs on how to program it though
Dec 20 23:37:17 <gena2x> thegreen4me: i mean no drivers
Dec 20 23:37:18 <raster> and no drivers
Dec 20 23:37:47 <raster> limited too - no render-to-texture (fbo's), 256x256 max texture size
Dec 20 23:37:58 <raster> and nother un-funness
Dec 20 23:38:09 <raster> so basically its a fairly useless gl engine
Dec 20 23:38:15 <gena2x> lindi-: I tried shr's xorg.conf because I had working X where with same kernel
Dec 20 23:38:26 <thegreen4me> I just want to do some very simple 3D graphics
Dec 20 23:38:42 <raster> other than that ... as gena2x said. no dirvers either. i'd say little point in writingg them too
Dec 20 23:39:15 <gena2x> thegreen4me: May be software mesa will be enough for you needs?
Dec 20 23:39:56 <gena2x> thegreen4me: But it's very unlikely :)
Dec 20 23:40:19 <raster> if u want to do "graphics" the freerunner is the wrong bit of hardware
Dec 20 23:40:50 <thegreen4me> what is mesa?
Dec 20 23:42:27 <gena2x> It depends on which kind of graphics you want. We all mean different graphic. Raster thinks about graphics like a something... animated? I think as a plain GUI ;)
Dec 20 23:42:51 <gena2x> It's ok for gui ;)
Dec 20 23:43:02 <thegreen4me> I kind of need 3D
Dec 20 23:43:27 <raster> gena2x: i think of gfx as "oooh wow. that's nice!"
Dec 20 23:43:32 <raster> as opposed to purely functional
Dec 20 23:43:48 <raster> thegreen4me: you have thw wrong bit of hw. u'll be disappointed.
Dec 20 23:44:03 <raster> u have no hw accel for 3d as u have no drivers.
Dec 20 23:44:06 <raster> the cpu is slow
Dec 20 23:44:10 <raster> memory bus slow
Dec 20 23:44:14 <raster> video bus very slow
Dec 20 23:44:23 <thegreen4me> It runs doom fine
Dec 20 23:44:26 <raster> the only good thing is the dpi of the screen
Dec 20 23:44:37 <thegreen4me> thats the level of graphics im going for
Dec 20 23:44:46 <gena2x> Yes, but hackability is high :)
Dec 20 23:45:00 <lindi-> gena2x: yes debian
Dec 20 23:45:13 <gena2x> lindi-: which kernel?
Dec 20 23:45:40 <lindi-> gena2x: andy-tracking a3587e4ed77974ad
Dec 20 23:47:31 <gena2x> lindi-: Aug 27, ok.
Dec 20 23:50:23 <thegreen4me> does anyone know how to use nat routing in mokonnect?
Dec 20 23:50:31 <gena2x> lindi- did you take a look to my xorg.conf. Something missing?
Dec 20 23:50:44 <gena2x> thegreen4me: This should work find. Just use usual tools.
Dec 20 23:50:55 <gena2x> thegreen4me: s/find/fine/
Dec 20 23:52:11 <gena2x> thegreen4me: oh, missed keyword 'mokonect', sorry, dunno
Dec 20 23:58:41 <gena2x> lindi-: Ok, sorry for mess. Realised that I had to use calibrated tslib.
Dec 20 23:58:50 <gena2x> lindi-: All seem ok now.
Dec 20 23:59:13 <gena2x> lindi-: Btw, are you using some kind of telephony in debian?
Dec 20 23:59:32 <gena2x> lindi-: Have i chances to set up working phone with debian?
Dec 21 00:02:27 <rhkfin> gena2x: zhone is available for debian
Dec 21 00:03:20 <gena2x> rhkfin: Only zhone?
Dec 21 00:06:23 <gena2x> raster: Btw, i'm not consider hw slow anymore after FIFO patch.
Dec 21 00:06:48 <gena2x> raster: In latest shr ui it very acceptable.
Dec 21 00:06:55 <gena2x> raster: s/it/is/
Dec 21 00:08:34 <raster> gena2x:  still slow. :)
Dec 21 00:08:45 <gena2x> raster: Try it :)
Dec 21 00:09:05 <Weiss> definitely still slow, but for sure it's become a lot more acceptable :)
Dec 21 00:09:25 * raster has cortex-a8 hw @ 800mhz with a high-clocked sgx540 to play with
Dec 21 00:09:37 <gena2x> raster: but agree, om is big green field for optimizations :)
Dec 21 00:09:39 <raster> its slow compared to what i actually work on
Dec 21 00:09:54 <raster> om is a dead end.
Dec 21 00:09:59 <raster> no more om devices
Dec 21 00:10:03 <raster> (phones)
Dec 21 00:10:46 <gena2x> raster: Om will be dead only then it's community die.
Dec 21 00:10:48 <raster> its a 2g gprs modem... be realistic. thats like saying your pc is great but you have to use modem dialup instead of broadband. :)
Dec 21 00:11:12 <raster> the community will die
Dec 21 00:11:26 <raster> mostly because it will get sucked away to other devices and their communities
Dec 21 00:11:46 <raster> as those other devices coming out will be new, fast, shiny, sexy, have great features, good hw and more
Dec 21 00:11:48 <gena2x> raster: We all will die somehow :) Something wrong with E today?
Dec 21 00:12:09 <raster> no. nothing wrong. i'm grumpy tho. got a tooothache
Dec 21 00:12:21 * rhkfin thinks the community never grew up as big as it would've been possible with this device.. community management fail.
Dec 21 00:12:35 <raster> rhkfin:  correct
Dec 21 00:12:52 <raster> tho the gta02 didnt sell as well as it could have mostly because it was soldi - not working.
Dec 21 00:13:04 <raster> so many people ridiculed the freerunner
Dec 21 00:13:06 <raster> and rightly so
Dec 21 00:13:18 <raster> "you sell a phone that cant even make phone calls? hahaha"
Dec 21 00:13:24 <raster> i have heard that one way too often
Dec 21 00:13:35 <raster> people who would be interested in an open linux hackable phone simply didnnt buy it
Dec 21 00:13:36 <rhkfin> To me it looks that neither qi-hardware or OM with wikireader are managing the community any better..
Dec 21 00:13:43 <raster> it had itself a bad reputation already
Dec 21 00:14:37 <raster> but to me - the community cant build because it sees no future
Dec 21 00:14:40 <gena2x> raster: Not so bad... Really, I wanted to buy n900 recently.
Dec 21 00:14:54 <gena2x> raster: to have normal phone :)
Dec 21 00:14:56 <raster> why spend $ on a device and join a community that is going to shriink and die off?
Dec 21 00:15:13 <raster> fact of life is - youw ill wnat more power, more features et.c
Dec 21 00:15:15 <raster> andd that means better hw
Dec 21 00:15:23 <rhkfin> raster: that's true.. I think there has to be someone to show the future & lead.
Dec 21 00:15:26 <raster> and.. om isnt going to provide it, so.. u'll ne eyeing another device
Dec 21 00:15:37 <raster> and that pretty much means u''ll be tempted off into other communities
Dec 21 00:15:59 <raster> rhkfin:  indeed. as long as om was doing a gta03, gta04 etc.
Dec 21 00:16:02 <raster> there was a future
Dec 21 00:16:05 * rhkfin has a friend who got N900 from Nokia - and hasn't started Freerunner ever since.. (oka, maybe twice..)
Dec 21 00:16:08 <rhkfin> raster: true
Dec 21 00:16:30 <raster> but now its peole just waiting until they are tired of it
Dec 21 00:16:36 <raster> or waitjg until their freerunenr dies
Dec 21 00:16:36 <gena2x> raster: but it appears that maemo... it's wrong. It's a phone without upgrade path
Dec 21 00:16:39 <raster> or gets lost
Dec 21 00:16:41 <rhkfin> raster: true
Dec 21 00:16:44 <raster> and then will go somewhhere else
Dec 21 00:16:49 <raster> or actively looking elsehwere
Dec 21 00:17:01 <raster> gena2x: how is that so?
Dec 21 00:17:23 <raster> maemo is a debian system underneath for starters
Dec 21 00:17:26 <rhkfin> My guess is that a large % will jump to N900 as it's the best 'big volume' ~open phone available
Dec 21 00:17:46 <raster> not to mentiion nokia has PROVEN oveer the years to provide updated os's for existing products
Dec 21 00:17:48 <raster> ?
Dec 21 00:18:07 <raster> rhkfin:  yeah. my bet iss there too... unless someone else produces something equivalent/better
Dec 21 00:18:15 <raster> which may happen :)
Dec 21 00:18:29 <rhkfin> nice to see where SHR will go: is it waiting for a new hardware to run on or will it die with Freerunner..
Dec 21 00:18:36 <gena2x> and whole thing depends on whatever you want to do with device
Dec 21 00:18:50 <rhkfin> raster: you know something about new open HW..:?
Dec 21 00:19:05 <raster> rhkfin: it needs new hw. the numebr of freerunenrs that are being used still/work is shrinking
Dec 21 00:19:25 <raster> shr will continue as a "i do it for myself" until those peolpe doing it for themsleves finally switch phones
Dec 21 00:19:29 <gena2x> Oh, sure he knows. cortex a9?
Dec 21 00:19:30 <rhkfin> raster: yes.. btw is OM still producing GTA02v7?
Dec 21 00:20:02 <raster> rhkfin:  as best i know - no. om stoped production ages ago and just has beeen selling off inventory
Dec 21 00:20:10 <rhkfin> ok
Dec 21 00:20:32 <gena2x> i think that if you DsmthY, this became not just simple thing.
Dec 21 00:20:50 <raster> gena2x: cortex-a9 is what engineers are planning for. cort-ex-a8 is the reality of existing products coming out the doors. arm9 (gtao2) is a dim distant relic from ancient times :)
Dec 21 00:20:54 <gena2x> So you'll never just throw it away.
Dec 21 00:21:13 <rhkfin> raster: how does cortex-a9 compare to the one used in N900?
Dec 21 00:21:23 <raster> n900 is cortex-a8
Dec 21 00:21:25 <SpeedEvil> Quite a lot slower
Dec 21 00:21:26 <rhkfin> right
Dec 21 00:21:34 <raster> a9 is dual-core but otherwise the same arch as a8
Dec 21 00:21:39 <SpeedEvil> n900 has hardware fpu, and GPU on-chip
Dec 21 00:21:40 <rhkfin> nice
Dec 21 00:21:48 <raster> might also come at a higher clock - dependiing on your soc
Dec 21 00:21:59 <raster> a8's are seen anywhere from 500 to 1000mhz
Dec 21 00:22:05 * rhkfin would like to see N900 power drivers & telephone stack open sourced
Dec 21 00:22:09 <thegreen4me1> how can I select a partition to boot from Qi?
Dec 21 00:22:12 <SpeedEvil> yeah - 600MHz - though this is a peak speed in the n900 not rated for continuous use 
Dec 21 00:22:26 <rhkfin> thegreen4me1: it's magic.. 
Dec 21 00:22:42 <rhkfin> check wiki.. but it's something like pressing aux at the right time..
Dec 21 00:22:57 <raster> SpeedEvil: cortex-a9 slower than a8?
Dec 21 00:23:01 <gena2x> raster: As far as I understood, N900 is a big blob of interface (dead end maemo 5) and underlaying system. and never can be upgraded to maemo 6
Dec 21 00:23:03 <raster> depends i guess
Dec 21 00:23:16 <raster> but they are equivallent if on the same development path
Dec 21 00:23:19 <raster> just 2, not 1 core
Dec 21 00:23:28 <SpeedEvil> maemo 6 is reportedly going to fundamentally feature multitouch
Dec 21 00:23:42 <rhkfin> raster: no, SpeedEvil meant N900 slower than -a9
Dec 21 00:23:43 <raster> gena2x: i seriously doubt that
Dec 21 00:23:51 <SpeedEvil> hence it's problematic on existing hardware.
Dec 21 00:23:58 <raster> gena2x: who says it cant be upgraded?
Dec 21 00:24:04 <raster> rhkfin:  aaah ok
Dec 21 00:24:19 <raster> SpeedEvil:  featuring it doesnt mean requiriing it :)
Dec 21 00:24:19 <gena2x> raster: read on their community site
Dec 21 00:24:19 <SpeedEvil> raster: there have been reports from nokia people that there are no plans
Dec 21 00:24:20 <rhkfin> AFAIK yes, maemo6 (= N900+1) will have multitouch thus making N900 soon ~outdated
Dec 21 00:24:26 <raster> but depends how its done
Dec 21 00:24:31 <SpeedEvil> raster: sure.
Dec 21 00:24:39 <raster> still since its qt - u likeely can build it without mt support etc,
Dec 21 00:24:44 <raster> and get backwarrds-compat
Dec 21 00:24:48 <SpeedEvil> Personally, I am not purchasing a new phone soon.
Dec 21 00:24:49 <raster> u just dont get the funky new features
Dec 21 00:24:58 <rhkfin> SpeedEvil: do you use FR?
Dec 21 00:25:09 <gena2x> They have mode 'do - sell - fix holes - drop'
Dec 21 00:25:13 <rhkfin> I do again - after #1024 and new SHR-testing .)
Dec 21 00:25:15 <SpeedEvil> rhkfin: I bought gta01 - and had no cash to spend on FR
Dec 21 00:25:27 <rhkfin> SpeedEvil: ok, nice
Dec 21 00:25:39 <SpeedEvil> rhkfin: By the time I possibly did have cash, it was clear it wasn't going to be a working system, so I diddn't bother.
Dec 21 00:25:47 <raster> gena2x: nokia did os2007,2008 as well as previous maemos and made them availbale for n800, n8100 etc.
Dec 21 00:25:49 <gena2x> While om have chances to live.
Dec 21 00:25:54 * rhkfin needs to study.. exam in 6.5 hours.. :/
Dec 21 00:25:54 <raster> they did support upgrades for previous devices
Dec 21 00:25:59 <raster> so i am unsure what u speak of
Dec 21 00:26:05 <rhkfin> SpeedEvil: understand
Dec 21 00:26:05 <raster> i have an n800 i upgraded os on twice
Dec 21 00:26:29 <SpeedEvil> gena2x: I would expect 'mer' on n900 to vastly improve in the next 6 months
Dec 21 00:26:36 <SpeedEvil> mer = open-source maemo - sorta
Dec 21 00:26:38 <raster> SpeedEvil: indeed
Dec 21 00:26:45 <raster> nokia themselevs dont need to actiively work on it
Dec 21 00:26:52 <SpeedEvil> Indeed.
Dec 21 00:26:53 <raster> as long as mer CAN pick up the slack
Dec 21 00:26:53 <rhkfin> but power management & telephone stack...
Dec 21 00:27:02 <raster> the problem there is things like the GL-es libs etc.
Dec 21 00:27:10 * SpeedEvil resists again the desire to open his n900.
Dec 21 00:27:15 <rhkfin> :)
Dec 21 00:27:20 <gena2x> raster: I'll try to find link...
Dec 21 00:27:24 <SpeedEvil> I want to solder on a magnetometer chip in parallel with the accel chip
Dec 21 00:27:25 <rhkfin> SpeedEvil: wait, you have N900?
Dec 21 00:27:31 <SpeedEvil> rhkfin: yes.
Dec 21 00:27:42 <rhkfin> I tried to find out if you use your GTA0X as your primary phone :)
Dec 21 00:27:51 <SpeedEvil> I missed that.
Dec 21 00:27:51 <rhkfin> Got the impression GTA01 is your phone .)
Dec 21 00:28:00 <rhkfin> "02:24 < rhkfin> SpeedEvil: do you use FR?
Dec 21 00:28:02 <rhkfin> :)
Dec 21 00:28:06 <rhkfin> question fail :)
Dec 21 00:28:33 <SpeedEvil> I did at one point use the gta01 - but it was either stick with a known working image, or spend too much time working out what was stable.
Dec 21 00:28:45 * Weiss wonders what hardware he could go and implement KMS/DRI2 on post-FR
Dec 21 00:28:56 <SpeedEvil> Life has gotten in the way, and I haven't had the time to devote to it.
Dec 21 00:29:02 <rhkfin> right.. SHR is the best so far but it still has a lot to be fixed & improved..
Dec 21 00:29:09 <raster> Weiss: nothing. there is nothng open.
Dec 21 00:29:21 <Weiss> indeed
Dec 21 00:29:34 <rhkfin> Android is out of question.
Dec 21 00:29:37 <raster> Weiss:  in future u geet the binary  opengl blobs given - with their restrictions, or give up on dri/drm/opengl
Dec 21 00:29:48 <Weiss> not even "I can get the datasheets via NDA" kind-of open
Dec 21 00:30:05 <Weiss> that's no fun :)
Dec 21 00:30:10 <SpeedEvil> You can get datasheets with NDA - and a purchase order.
Dec 21 00:30:29 <SpeedEvil> I suspect
Dec 21 00:30:33 <raster> SpeedEvil: with very large purchase orders. even then... only if u are lucky with the right SoC
Dec 21 00:30:34 <gena2x> heh, I guess if someone found that FIFO feature in late, 2008 whole situation with FR were better...
Dec 21 00:30:37 <raster> and the right weight
Dec 21 00:30:45 <raster> even if ua re a big-boy. its troublesome
Dec 21 00:31:04 <SpeedEvil> nokia wants, nokia gets.
Dec 21 00:31:12 <SpeedEvil> anyone much smaller - probably not
Dec 21 00:32:19 <raster> SpeedEvil: not even always then
Dec 21 00:32:35 <raster> companies bigger than nokia can have problems
Dec 21 00:32:36 <raster> :)
Dec 21 00:33:19 <SpeedEvil> I mean potential for volume sales to a degree, not so much anything else.
Dec 21 00:34:18 <raster> either way - the big boys even have problems
Dec 21 00:34:26 <raster> but if anyone can get things done right - it's them
Dec 21 00:34:46 <raster> so the best hope is to make sure the big boys design right and provide a solution that doesnt totally suck
Dec 21 00:34:53 <gena2x> raster: I think this thread: http://talk.maemo.org/showthread.php?t=31346
Dec 21 00:35:45 * SpeedEvil sighs at talk.
Dec 21 00:35:52 <SpeedEvil> Retarded interface.
Dec 21 00:36:18 <SpeedEvil> tin back in 1995 was a couple of orders of magnitude better.
Dec 21 00:36:44 <raster> gena2x:  bah too many pages to read
Dec 21 00:36:54 <raster> but,.. logic says that they should support n9900 with maemo 6
Dec 21 00:36:57 <raster> they WANt to push qt
Dec 21 00:37:09 <raster> and thus getting it into the hads of people who already bought a device makes sense
Dec 21 00:37:31 <gena2x> raster: Yes, even I'm not sure that this is really that thread after which I really stop thinking about n900 month ago...
Dec 21 00:37:31 <SpeedEvil> How much they care is another issue.
Dec 21 00:37:54 <SpeedEvil> 'nokia' as a whole doesn't give a shit about qt
Dec 21 00:38:00 <SpeedEvil> IMO
Dec 21 00:38:21 <raster> true
Dec 21 00:38:23 <SpeedEvil> It largely depends on the utterly opaque internal descision making.
Dec 21 00:38:31 <raster> but the parts that do are will be closely involved with the n900
Dec 21 00:38:34 <raster> and linux
Dec 21 00:38:38 <SpeedEvil> Possibly.
Dec 21 00:38:57 <SpeedEvil> The interface between the community and the paid coders is very iffy.
Dec 21 00:39:11 <SpeedEvil> Which reminds me of another company...
Dec 21 00:39:18 <raster> heheheheh
Dec 21 00:39:24 <raster> i've heard that one before about the trolls
Dec 21 00:39:26 <raster> :(
Dec 21 00:39:28 <raster> brb
Dec 21 00:46:35 <lindi-> gena2x: see wiki.openmoko.org/wiki/user:lindi
Dec 21 00:52:22 <gena2x> lindi-: nice config... Are you using FR as a phone or only for development?
Dec 21 00:54:02 <gena2x> lindi-: Ok, i see first line. it means 'phone'.
Dec 21 01:03:30 <lindi-> gena2x: yes reliable phone is important for me
Dec 21 01:06:25 <rhkfin> lindi-: hmm.. haven't actually seen your setup working but to me it looks like it has all this nice phone-stuff SHR is STILL missing - and you wrote this alone.. Like answering machine, propably also kapula
Dec 21 01:07:12 <rhkfin> (can't start kapula on dekstop, requires fso..
Dec 21 01:07:42 <gena2x> rhkfin: I'll try to try it soon :)
Dec 21 01:08:31 <rhkfin> nice :)
Dec 21 01:08:42 <rhkfin> lindi-: screenshots of kapula?
Dec 21 01:09:25 <rhkfin> lindi-: do I understand correctly that you've written the phone GUI (=messages, calls, contacts) yourself?
Dec 21 01:10:41 <gena2x> rhkfin: Seems right way. 430 lines :)
Dec 21 01:10:45 <lindi-> rhkfin: kapula is very simple. only calls and automatic completion using phonebook that is just a text file
Dec 21 01:11:04 <gena2x> ___automatic completion___
Dec 21 01:11:16 * rhkfin can't stop wondering why other groups work on it for weeks, months - and still can't get that far!
Dec 21 01:11:33 <gena2x> lol
Dec 21 01:11:40 <rhkfin> lindi-: you rock, again :)
Dec 21 01:12:05 <lindi-> rhkfin: you can test it on desktop with "kapula --no-dbus"
Dec 21 01:12:06 <SpeedEvil> wanting nice gui?
Dec 21 01:12:42 <rhkfin> No, really. OK, SHR guys have done a great job again with new slick graphics, but functionality.. still far behind.
Dec 21 01:12:45 <rhkfin> lindi-: fail
Dec 21 01:13:00 <lindi-> aha, bugs
Dec 21 01:13:09 <rhkfin> lindi-: http://pastebin.com/d5e73ec38
Dec 21 01:13:12 <gena2x> Wanting realiable phone app
Dec 21 01:13:15 <rhkfin> lindi-: how about rolling out a release..?
Dec 21 01:13:21 <rhkfin> of your debian
Dec 21 01:13:34 <rhkfin> I'm sure there are people out there who'd be more than happy to use it..
Dec 21 01:13:39 * rhkfin volunteers..
Dec 21 01:13:55 <gena2x> He have kernel without FIFO patch. no :)
Dec 21 01:14:03 <lindi-> rhkfin: make it "kapula --no-dbus --no-request-gsm-on-startup"
Dec 21 01:14:19 <lindi-> rhkfin: release?
Dec 21 01:14:54 <rhkfin> lindi-: making your debian config EASILY available for others. Install script or something that'd set all the things up.
Dec 21 01:15:00 <rhkfin> lindi-: got it working now
Dec 21 01:15:14 <lindi-> rhkfin: i'm working on that with enrico. the "libomhacks" package just hit debian unstable last week
Dec 21 01:15:27 <rhkfin> lindi-: Awesome!
Dec 21 01:15:39 <rhkfin> so is the om command of debian something you've been working with?
Dec 21 01:15:40 <gena2x> Normal gui. network: join/leave/quit
Dec 21 01:15:56 <gena2x> call: dial/answer/hangup.
Dec 21 01:16:01 <rhkfin> gena2x: yes, very simple. Maybe a bit useless without GSM :)
Dec 21 01:16:07 <rhkfin> lindi-: how do you manage SMS's?
Dec 21 01:16:14 <lindi-> gena2x: i'm not even using network join/leave/quit of kapula now since answering-machine is what keeps me in the network
Dec 21 01:16:28 <gena2x> just all that needed
Dec 21 01:16:41 <rhkfin> That guy has an answering machine ON HIS PHONE!
Dec 21 01:17:00 <rhkfin> :)
Dec 21 01:17:06 <lindi-> rhkfin: except that it's just a name, it won't actually record messages :P
Dec 21 01:17:23 <gena2x> no, really. all that is needed.
Dec 21 01:17:26 <rhkfin> so what does it do :)?
Dec 21 01:17:45 <rhkfin> ah, answering-machine for receiving calls and playing the ringtone. This lets me answer calls with AUX button even if X is dead. 
Dec 21 01:18:29 <gena2x> I'll try all that.
Dec 21 01:18:36 <lindi-> rhkfin: answering-machine logins to network. gsm-watchdog will restart answering-machine if it detects that we are not logged in to network
Dec 21 01:18:40 * rhkfin needs to go back to studies again :/ 5.5 hours before the exam starts...
Dec 21 01:19:03 <lindi-> rhkfin: SMS question is so common that i'll add it to the web page :P
Dec 21 01:19:10 <rhkfin> ok, nice. Does it drop network often? Because of #1024?
Dec 21 01:19:12 <rhkfin> lindi-: right :)
Dec 21 01:19:18 <rhkfin> answer: 'I don't SMS!'?
Dec 21 01:19:21 <lindi-> mostly yes
Dec 21 01:19:32 <rhkfin> and if you do, you use CLI & dbus .)?
Dec 21 01:19:39 <lindi-> dump-sms reads them, mjr's smsl sends them through saunalahti web page
Dec 21 01:19:47 <rhkfin> heh :
Dec 21 01:19:58 <lindi-> I can't use GSM at work so smsl is very useful
Dec 21 01:20:11 <rhkfin> you use wlan?
Dec 21 01:20:30 <rhkfin> And your asterisk server at home routes the calls to your Freerunner over VoIP :)?
Dec 21 01:20:52 <lindi-> rhkfin: not allowed to use wlan either, I just connect via usb
Dec 21 01:20:57 <rhkfin> ok
Dec 21 01:21:35 <rhkfin> -> ..
Dec 21 01:22:56 <lindi-> gena2x: the problem has been that gsm-watchdog, kapula and answering-machine depend on a lot of custom scripts
Dec 21 01:23:19 <lindi-> gena2x: so it's bit hard to package those
Dec 21 01:24:21 <gena2x> lindi-: i am wonder about whole state of packaging in debian
Dec 21 01:24:57 <gena2x> lindi-: and try kernel with fifo patch, you'll be happy
Dec 21 01:25:34 <gena2x> lindi-: I mean, I installed it, see quite old xorg, old kernel, did saw fso state at this moment.
Dec 21 01:28:15 <lindi-> gena2x: heh. kernel is waiting for mainline inclusion really
Dec 21 01:28:26 <lindi-> gena2x: Xorg is the same Xorg as on all other architectures
Dec 21 01:29:11 <lindi-> gena2x: and fso, well..., is complex and constantly changing to say at least
Dec 21 01:29:33 <gena2x> lindi-: May be it's possible to include some kind of autobuilder
Dec 21 01:29:57 <lindi-> gena2x: that won't help with quality
Dec 21 01:30:18 <gena2x> lindi-: I mean not xorg but glamo driver in particular.
Dec 21 01:30:47 <lindi-> gena2x: you can easily build it from git
Dec 21 01:30:57 <lindi-> gena2x: thanks to the modular architecture of Xorg
Dec 21 01:31:07 <gena2x> lindi-: Ok, I am convinced someone cares about debian on fr :)
Dec 21 01:31:31 <lindi-> gena2x: but i'm using xserver-xorg-video-fbdev since it has been rock solid and is fast enough
Dec 21 01:32:15 <gena2x> lindi-: yes, i've read, and it I'll detect some bugs with glamo I'll do so too.
Dec 21 01:32:25 <lindi-> gena2x: personally i'd like to get rid of ogsmd and get some gsm daemon that aims for reliability as main goal
Dec 21 01:33:24 <gena2x> lindi-: Omg, I just tried screen lock on debian. "really lock screen" funny
Dec 21 01:34:10 <gena2x> i mean funny quest with aux button
Dec 21 01:35:08 <lindi-> gena2x: what screen lock program?
Dec 21 01:36:08 <gena2x> It's hard to say. It displays nothing. I just installed debian and really enjoy it after shr.
Dec 21 01:36:23 <lindi-> gena2x: maybe zhone?
Dec 21 01:37:45 <gena2x> lindi-: no, something near matchbox.
Dec 21 01:38:20 <lindi-> better figure out what software you are running before it takes over your system :P
Dec 21 01:39:04 <gena2x> Agree :). g2g, have fun, I'll continue next weekend or a bit sooner :)
Dec 21 01:41:40 <thegreen4me1> how can I ad a .so file to pidgin?
Dec 21 02:09:36 <thegreen4me> anyone know how to install the facebook protocol for pidgin?
Dec 21 02:12:24 <ndnihil> spacebook and myface are for high school girls anyway
Dec 21 02:13:14 <SpeedEvil> I think 'get really drunk' must be in there somewhere.
**** ENDING LOGGING AT Mon Dec 21 02:59:57 2009