**** BEGIN LOGGING AT Mon Sep 13 02:59:57 2010 Sep 13 04:28:04 trev2: hey Sep 13 04:28:15 heya Sep 13 04:28:28 I made some progress Sep 13 04:28:31 but just some Sep 13 04:28:37 PaulF, kernel panic is gone Sep 13 04:28:50 no more need for addr2line!!!!111 Sep 13 04:28:53 :o Sep 13 04:29:29 I am so exited about this because I nearly threw the damn thing against the wall Sep 13 04:29:40 trev2: wow Sep 13 04:29:45 trev2: and what was the culprit? Sep 13 04:30:32 (the damn thing == ps3 ? ;)) Sep 13 04:31:11 Well the __iomem variable was never set in the code. It is some memory allocating address, randomly set every time by the controller driver. The key was to put the psfreedom functions into the s3c2410_udc.c where __iomem was available anyway Sep 13 04:31:35 then I did EXPORT_SYMBOL on the functions and could use them in psfreedom Sep 13 04:32:31 But actually credits go to kakaroto for telling me about my mistake Sep 13 04:32:35 I updated the page accordingly: http://www.accg.de/gta02/ Sep 13 04:33:24 Now the problem is that the psfreedom_set_address function does not work because I somehow can't manage to directly set the address. The controler delays it. Sep 13 04:33:36 The rest seems to be functioning Sep 13 04:34:37 This results in psfreedom saying "uknown commandblahblahblah". Propably because the controller does not now the "SET THE DAMN THING NOW!!!" flag Sep 13 04:34:47 it only knows "set when you can" Sep 13 04:35:23 So maybe it does not work without changes done to psfreedom core code I guess Sep 13 04:36:36 The controller manual speaks about something called "MCU" which stands for Micro Controller Unit. This damn thing handles the address setting Sep 13 04:36:52 I swear too much :o Sep 13 04:38:11 So until some real pro comes up with a solution to this or until kakaroto changes his core code preventing the need of the "DO IT NOW"-flag I am stuck here. Sep 13 04:38:26 trev2: i see. Sep 13 04:39:09 But then again there is some last hope Sep 13 04:39:29 trev2: can't help with anything right atm, as i'm in a hurry. Probably you need to read the datasheet to see how to force some state which allows to apply the address immediately. Sep 13 04:40:10 Well tried that but couldn't find such a flag. We will speak another time, maybe I have more to tell then :) Sep 13 08:41:52 mrmoku, good mooorning :P Sep 13 08:41:55 :) Sep 13 08:42:10 http://lists.shr-project.org/pipermail/shr-devel/2010-September/003041.html Sep 13 08:42:13 push push push! :) Sep 13 09:00:10 daniele_athome: morning :) Sep 13 09:00:23 daniele_athome: have to go for an hour into the office... after that I can push Sep 13 09:00:30 bbl Sep 13 09:01:27 :) ok thanks Sep 13 09:29:59 hello everyone. I was look at fso hardwork port like n900 and FSO and I tnink this page is not uptodate given tis last modification date Sep 13 09:29:59 dim 10/10/201 Sep 13 09:30:05 sorry for that Sep 13 09:30:08 http://wiki.freesmartphone.org/index.php/Palm_Pre:_Jan_2010_-_%3F Sep 13 09:31:34 (this page is where you arrive following the wiki>hardware>palme pre Sep 13 09:35:17 GarthPS: please ping morphis when he's here, he can update it Sep 13 09:35:59 mickey|office: ok. noted. thx Sep 13 09:53:31 mickey|office, how stable is fsoinitd? Sep 13 10:13:42 daniele_athome: no idea, i wasn't involved with that. please ask morphis Sep 13 10:13:59 ok thanks Sep 13 11:46:25 freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * r4868829d26fd 10/tools/dbus-rapid-bindings.py: Sep 13 11:46:25 freesmartphone.org: Fixed unknown D-Bus error management Sep 13 11:46:25 freesmartphone.org: Fixed complex arguments free only with no D-Bus error occured Sep 13 11:46:25 freesmartphone.org: Signed-off-by: Daniele Ricci Sep 13 11:55:50 daniele_athome: doesn't freesmartphone-glib depend on the fso-specs ? Sep 13 11:56:10 mrmoku, actually no Sep 13 11:56:26 xml files must be slightly modified in order for the generator to work Sep 13 11:56:49 so we'll keep copies in the source tree until we'll think of another solution Sep 13 11:57:22 mrmoku, i've just committed a few minutes ago some fixes Sep 13 11:57:25 please include them :) Sep 13 11:57:58 daniele_athome: yeah, saw them :9 Sep 13 11:58:04 :) Sep 13 12:01:47 mrmoku, maybe for phoneuid/phonefsod you might use this lib now instead of the vala generated source :P Sep 13 12:02:57 daniele_athome: will take a look if you give me a pointer to your source using it :P Sep 13 12:03:10 mrmoku, i'm already porting mokosuite Sep 13 12:03:23 and i'm porting the call log to opimd Sep 13 12:03:28 contacts list will be next Sep 13 12:04:08 great Sep 13 12:04:41 btw, i think opimd should really make its way into cornucopia Sep 13 12:07:19 mickeyl: don't you know how much power does GSM use in deep sleep and in normal? My neo with switched off GSM (mrmoku's bad things) lasted for 3 days. Sep 13 12:08:23 Q-Master: bad things? Sep 13 12:08:41 mrmoku: still segfaults in phoneui Sep 13 12:08:52 ahh... that bad :P Sep 13 12:09:34 i don't know the current values, in my tests without deep sleep i got 5 days of suspend, with i expect doubling Sep 13 12:10:22 heh Sep 13 12:11:06 hmm, no Sep 13 12:11:19 3 days actually sound good for no deep sleep Sep 13 12:11:20 http://wiki.openmoko.org/wiki/StandbyLifetime Sep 13 12:11:49 that was in 2009, back then we didn't know about Sep 13 12:11:50 #1024 Sep 13 12:13:46 mickey|office: hm. so 1 day for deep-sleep is very bad... 8( Sep 13 12:15:25 yeah i'm experiencing that issue too Sep 13 12:15:28 Q-Master: consider that your bat might be worn out Sep 13 12:15:43 since 2.6.3x kernels battery life is very short Sep 13 12:15:58 mrmoku: not sure Sep 13 12:30:39 mrmoku, mickey|office the buffer underruns are gone under n900 it was the super-high load that even a normal computer couldn't cope with Sep 13 12:31:29 nice Sep 13 12:31:39 indeed it was fsogsmd or something like that Sep 13 12:31:42 that emited logs Sep 13 12:31:50 at an incredible rate Sep 13 12:31:57 good Sep 13 12:32:07 anyway we still have some work to do: Sep 13 12:32:10 add udev Sep 13 12:32:13 add g_nokia Sep 13 12:32:15 etc... Sep 13 12:32:16 in image Sep 13 12:32:25 hmm, udev? Sep 13 12:32:26 without udev no X Sep 13 12:32:32 mickey|office, 2.6.28 kenrel Sep 13 12:32:51 mickey|office, I booted my own kernel btw Sep 13 12:32:57 and I'll investigate more udev Sep 13 12:33:01 (I already started) Sep 13 12:33:09 also we must ship xf86-input-keyboard Sep 13 12:33:11 there might be a backport Sep 13 12:33:23 mickey|office, top priority is to have a bootable image Sep 13 12:33:39 at least for me Sep 13 12:33:48 basically the goal is: Sep 13 12:33:52 untar the rootfs Sep 13 12:34:02 flash the kenrel or put it on sd or whatever Sep 13 12:34:03 boot Sep 13 12:34:16 and it has something where the user can control the system Sep 13 12:34:20 bee it Xorg or ssh Sep 13 12:34:23 but something Sep 13 12:34:39 because else every user or developers spend hours Sep 13 12:34:43 trying every trick Sep 13 12:34:49 to get control back Sep 13 12:35:18 s/bee/be Sep 13 12:35:50 btw intone works better Sep 13 12:35:55 it was not the kernel Sep 13 12:35:57 at least I bet Sep 13 12:36:11 (about the input issue) Sep 13 12:37:03 g_nokia? Sep 13 12:37:16 DocScrutinizer: g_ether for nokia I think Sep 13 12:37:21 you really need that? Sep 13 12:38:31 yes, it's also the thing that rises this obnoxious requester "mASS stoRAGE, Nokia-suite, charge?" Sep 13 12:38:37 aiui Sep 13 12:39:19 DocScrutinizer, charge? Sep 13 12:39:23 what's that? Sep 13 12:39:28 charge only Sep 13 12:39:33 ? Sep 13 12:39:33 iirc Sep 13 12:39:38 like battery charging? Sep 13 12:39:41 yep Sep 13 12:39:45 but isn't there a script for that? Sep 13 12:39:59 I use the script + g_nokia at once Sep 13 12:40:02 is it problematic? Sep 13 12:40:03 not in g_nokia Sep 13 12:40:07 ah ok Sep 13 12:40:15 there is a callback somewhere then Sep 13 12:40:24 mrmoku, ehm Sep 13 12:40:33 there is a huge bug i've discovered right now :D Sep 13 12:40:38 bbs Sep 13 12:40:43 s/bbs/bbiab Sep 13 12:40:46 charge_only basically means ENUM but do not expose any gadget Sep 13 12:41:49 ENUM is a USB driver task, charging is done by BME_RX-51 or alternatively by 'my script' Sep 13 12:41:54 daniele_athome: in your lib? Sep 13 12:42:00 mrmoku, in the generator Sep 13 12:42:12 mrmoku, a distraction actually Sep 13 12:42:15 where 'my script' so far doen't bother about ENUM and stuff Sep 13 12:42:28 but it makes dbus signal to not work Sep 13 12:42:48 daniele_athome: I'm building right now... from scratch... so you have all the time you want to fix it :P Sep 13 12:43:01 from scratch?! Sep 13 12:43:02 lol Sep 13 12:43:04 mrmoku, why? Sep 13 12:45:19 daniele_athome: to see if it builds Sep 13 12:45:43 ah Sep 13 12:48:37 daniele_athome: or did you test it ? Sep 13 12:48:59 mrmoku, you mean my lib? Sep 13 12:49:08 your bb Sep 13 12:49:28 mrmoku, not into build system sorry Sep 13 12:49:37 but i've just copied the one from libframeworkd-glib Sep 13 12:49:46 sorry mrmoku i thought you were rebuilding from scratch everything Sep 13 12:49:49 the whole image Sep 13 12:49:55 np, but that's why i test it ;) Sep 13 12:50:06 no, just libfreesmartphone-glib, but from scratch Sep 13 12:50:10 k Sep 13 12:50:12 had to wipe my tmp anyway Sep 13 12:50:25 ah Sep 13 13:30:47 SHR: 03lukasmaerdian 07shr-themes * rc13a57def6e0 10/shr-splash/shr-splash-theme-logo/ (7 files in 2 dirs): shr-splash-theme-logo: add palmpre theme Sep 13 13:33:56 SHR: 03seba.dos1 07shr-themes * rbaad098dc8c8 10/shr-splash/shr-splash-theme-logo/htcdream/ (boot.fbz preview.png shutdown.fbz xsplash-vga.ppm): shr-splash-theme-logo: palmpre theme applies also to htcdream Sep 13 13:34:23 did anyone notice that many times one has to press the shutdown button twice? (quicksettings dialog) Sep 13 13:34:45 i discovered that the first time it fails because of a timeout of the d-bus call Sep 13 13:35:20 a timeout when calling Usage.Shutdown Sep 13 13:40:11 daniele_athome, yes under om-gta02 I noticed Sep 13 13:40:37 but I didn't get into the problem too much Sep 13 13:44:45 mrmoku: ping, two oe cookies for ya ;) Sep 13 13:45:43 dos1: pong... apply for commit access ;) Sep 13 13:46:26 i'm too lazy to check, how to do that :P Sep 13 13:47:09 dos1: you added a palmpre splash to shr-themes? Sep 13 13:47:14 Does anyone know you to directly and immediately (not asap!) set the usb address on the S3C2410 USB Controller? There is an S3C2410_UDC_FUCTION_ADDR_REG holding it but also there is (as I understood it) some MCU controlling that register and preventin direct setting? Maybe there is some flag I can set to directly set it? Sep 13 13:47:20 mrmoku: yup Sep 13 13:47:32 ok Sep 13 13:48:03 mrmoku: but apply my patch, not Slyon's one Sep 13 13:48:38 Is there someone I can ask who is familiar with the S3C2410 UDC USB stuff? Sep 13 13:48:40 (if you are looking at patchwork, then there is only correct one there ;) ) Sep 13 13:48:48 dos1: you obsoleted slyon's anyway, no? Sep 13 13:49:11 yup Sep 13 13:50:01 pushed Sep 13 13:50:24 thanks Sep 13 13:50:48 hi dos1 now image builds, boot to console but keyboard mapping is an issue, to boot to Xorg you need udev Sep 13 13:51:18 yup Sep 13 13:51:36 as stated in guide Sep 13 13:51:44 mrmoku, GNUtoo|laptop: what about xserver-common? Sep 13 13:52:14 dos1, installing udev makes it boot Sep 13 13:52:17 to xorg Sep 13 13:52:45 GNUtoo|laptop: i know Sep 13 13:52:52 in installation guide there is "opkg install udev watchdog libstdc++6 ..." Sep 13 13:53:20 dos1, I'll try to fix that later Sep 13 13:53:24 but i don't know OE well, so i don't want to mess with udev ;) Sep 13 13:53:34 dos1, the issue is that I can't chroot anymore I messed with bootloader Sep 13 13:53:39 and I lost maemo's kenrel Sep 13 13:53:47 I tried reflashing it without success Sep 13 13:53:53 GNUtoo|laptop: ouch Sep 13 13:53:55 np Sep 13 13:54:02 I'll try again harder Sep 13 13:54:21 GNUtoo|laptop: try flashing kernel to memory and booting from it Sep 13 13:55:12 dos1, I'll try later Sep 13 13:55:20 I've the package downloaded from the feeds Sep 13 13:57:53 dos1, I prefer to spend time on SHR than on restoring meego Sep 13 13:57:57 s/meego/maemo Sep 13 13:58:43 GNUtoo|laptop: yup, but it's always good to have some other system if SHR breaks somehow ;) Sep 13 13:58:53 I've other phones Sep 13 13:59:08 my dream is broken but I've still the om-gta02 Sep 13 13:59:17 and a proprietary very old phone Sep 13 13:59:34 which I only use when I put the phone at risk Sep 13 14:00:02 like activities involving watersports or exams where you have to leave your phone in a bag that is not necessarly near you etc... Sep 13 14:00:56 dos1: trying it now Sep 13 14:05:55 hmmmm dbus still using 100% cpu Sep 13 14:05:57 I'll look Sep 13 14:32:57 dos1: much better :) Sep 13 14:33:07 though touch screen is still shifted... even after calibrating again Sep 13 14:33:28 dos1: something special in your xorg.conf? Sep 13 14:35:19 no, that one sent to OE is exactly the same as one I am using Sep 13 14:36:15 mrmoku: i'll install SHR once again from scratch soon (maybe tommorow) Sep 13 14:36:39 k Sep 13 14:42:46 GNUtoo|laptop: btw. the xim input thing did not work Sep 13 14:42:54 dos1: any idea how to type Esc? Sep 13 14:42:59 mrmoku, ah? Sep 13 14:43:03 didn't work means? Sep 13 14:43:06 got vim open and want to close it :P Sep 13 14:43:13 GNUtoo|laptop: special chars still don't work Sep 13 14:43:20 It worked some time ago Sep 13 14:43:23 mrmoku: with illume keyboard? Sep 13 14:43:25 opkg install Sep 13 14:43:30 dos1: no, hw kbd Sep 13 14:43:35 mrmoku: and xim works here Sep 13 14:43:42 mrmoku: i mean - type esc with illume keyboard ;) Sep 13 14:43:44 opkg install gtk-immodule-xim Sep 13 14:43:53 hardware one is not really hacker friendly Sep 13 14:43:55 dos1, indeed that disables illume keyboard Sep 13 14:43:59 dos1: good idea... if I would be able to pop it up ;) Sep 13 14:44:04 GNUtoo|laptop: it works for me :x Sep 13 14:44:22 GNUtoo|laptop: do you have hald installed? Sep 13 14:44:24 ok Sep 13 14:44:30 mrmoku: ^^^^ Sep 13 14:44:30 I'll install gtk-immodule-xim Sep 13 14:44:43 I forgott to install gtk-immodule-xim Sep 13 14:44:53 Package gtk-immodule-xim (2.20.1-r8.3.5) installed in root is up to date. Sep 13 14:44:55 hmmm no Sep 13 14:44:56 dos1: no idea Sep 13 14:46:36 check, if GTK_IM_MODULE is set correctly Sep 13 14:47:05 daniele_athome: build of libfreesmartphone-glib finished successfully... new rev to be expected soon? Or should I commit the current one for now? Sep 13 14:47:05 it should be "xim" Sep 13 14:47:21 mrmoku, no i should finish it in a few moments Sep 13 14:47:23 wait a sec :) Sep 13 14:47:38 dos1: if I only would be able to close that damn vim... I could check :P Sep 13 14:47:41 daniele_athome: ok Sep 13 14:49:42 ahh... Ctrl-C is fine too :) Sep 13 14:50:14 dos1: GTK_IM_MODULE=xim is what I have in env Sep 13 14:51:10 mrmoku: check also kbd layout in xorg.conf Sep 13 14:51:15 and no hald Sep 13 14:51:23 but it should be correct... Sep 13 14:52:01 can't check that one... no way to enter X11 :P Sep 13 14:53:09 ahh... Ctrl-I as tab works fine :) Sep 13 14:53:41 dos1: layout is us Sep 13 14:53:50 and model? Sep 13 14:53:57 nokiarx51 Sep 13 14:54:02 btw. how do you type _ ? Sep 13 14:54:09 or / ? Sep 13 14:54:14 I don't :P Sep 13 14:54:20 that's my problem ;) Sep 13 14:54:46 so how do you check that? :D Sep 13 14:54:49 can't even type 'ifup usb0' Sep 13 14:54:54 cd .. Sep 13 14:54:55 cd .. Sep 13 14:54:56 cd etc Sep 13 14:54:57 ah Sep 13 14:55:04 cd X Sep 13 14:55:04 :P Sep 13 14:55:06 type "halt" Sep 13 14:55:14 and use "auto usb0" in /etc/network/interfaces :P Sep 13 14:55:44 yeah... that's why I opened vim on /etc/network/interfaces in the first place :-) Sep 13 14:56:52 dos1: is the shift key sticky for you? Sep 13 14:57:00 I have to keep it pressed to get big letters Sep 13 14:57:24 yup, me too Sep 13 14:58:02 argh... and auto usb0 I can't type Sep 13 14:58:19 hmm... but copying will work :) Sep 13 15:01:16 ahh... and sh networking start did the rest :D Sep 13 15:04:30 dos1: http://shr.pastebin.com/zH5wufE2 Sep 13 15:04:49 what does your's look like? (/var/log/xinput_calibrator.pointercal.log) Sep 13 15:08:41 xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 167 3874 3760 224; Sep 13 15:08:54 you have xinput set-int-prop "Touchscreen" "Evdev Axis Calibration" 32 178 3892 823 4383 Sep 13 15:09:20 but i don't use inverting axis Sep 13 15:11:31 so if I swap the last two values... hmm trying Sep 13 15:12:01 oh yes... works :D Sep 13 15:13:35 * mrmoku tries to remove swapping and recalibrate Sep 13 15:15:11 yeah, that worked too Sep 13 15:20:11 For sending messages to lists.openmoko.org in combination with nabble, registering and subscibing the list is sufficient, isn't it? Sep 13 15:23:56 freesmartphone.org: 03daniele.athome 07libfreesmartphone-glib * r4795324ec640 10/tools/dbus-rapid-bindings.py: Sep 13 15:23:56 freesmartphone.org: Correct signatures in signal callbacks Sep 13 15:23:56 freesmartphone.org: Signed-off-by: Daniele Ricci Sep 13 15:24:13 mrmoku, push now :) Sep 13 15:24:16 thank you, bye Sep 13 16:04:09 mrmoku: dos1: lindi- : (maemo hw-watchdog) http://www.muru.com/linux/n8x0/ Sep 13 16:04:42 ^f retu watchdog Sep 13 16:06:00 while [ 1 ]; do echo 60 > /sys/devices/platform/retu-watchdog/period; sleep 30; done Sep 13 16:06:37 Dunno if that applies for maemo5 still Sep 13 16:06:53 s/maemo5/maemo5 kernel Sep 13 16:08:40 DocScrutinizer: hmm.. there is no retu-watchdog Sep 13 16:08:45 DocScrutinizer: root@nokia900 /sys/devices/platform # find . -name \*watchdog\* Sep 13 16:08:46 yup Sep 13 16:08:48 ./omap_wdt/misc:watchdog Sep 13 16:09:07 and that's quite 'unpopulated' Sep 13 16:09:30 anyway I'd guess /dev/watchdog might work similar Sep 13 16:09:58 just ran into it by accident Sep 13 16:10:57 :) Sep 13 16:11:09 * mrmoku off for dinner... bbl Sep 13 16:11:29 FUCK google! an empty search results in an empty page for me now Sep 13 16:22:09 DocScrutinizer, I've an issue with google too,it keeps reloading Sep 13 16:24:38 you can use scroggle ( https://ssl.scroogle.org/ ) or seeks ( https://www.seeks-project.info/search.php/websearch-hp ) Sep 13 16:34:37 wow, who is building this palmpre stuff on the shr server? Sep 13 16:35:06 Slyon: wow, you're fast :D Sep 13 16:35:11 that's me Sep 13 16:35:35 dos1, nice! (just looked at the buildhost :P) Sep 13 16:35:47 palmpre is armv7a, just like nokia900, so it shouldn't take a long time Sep 13 16:36:33 sweet. I have started my own shr-image on the pre, but udev is missing Sep 13 16:36:47 so i can't access the touchscreen Sep 13 16:36:56 freesmartphone.org: 03morphis 07aurora * r75817363603e 10/zhone2/configure.ac: Sep 13 16:36:56 freesmartphone.org: zhone2: rename eina-0 to eina to match upstream changes Sep 13 16:36:56 freesmartphone.org: Signed-off-by: Simon Busch Sep 13 16:37:22 and morphis said, there is some tslib stuff missing aswell Sep 13 16:59:00 GNUtoo|laptop: power button does not work either... I can see the event on kernel side, but not with xev Sep 13 16:59:10 msmcomm recipes does not have SRCREV set (fatal: Not a valid object name 1) Sep 13 16:59:13 mrmoku, ah ok Sep 13 16:59:24 mrmoku, for me keyboard re-works Sep 13 16:59:27 I did that: Sep 13 16:59:31 GTK_IM_MODULE=xim Sep 13 16:59:33 instead of: Sep 13 16:59:44 export GTK_IM_MODULE=xim Sep 13 17:00:01 hmm Sep 13 17:00:34 in /etc/profile.d/gtk-immodule.sh Sep 13 17:00:37 mrmoku, also: Sep 13 17:00:39 I did that: Sep 13 17:00:49 Option "CoreKeyboard" Sep 13 17:01:00 that fixed keyboard in illume too Sep 13 17:01:11 because at the beginning I had issues in illume too Sep 13 17:01:22 I thought CoreKeyboard is obsolete... but maybe I remember wrong Sep 13 17:01:31 not sure but look at xorg logs Sep 13 17:01:36 it re-detect the keyboard Sep 13 17:01:42 and put it as normal pc keyboard Sep 13 17:01:47 instead of rx51 Sep 13 17:03:32 dos1, they are set via conf/distro/include/fso-autorev.inc Sep 13 17:03:38 at least for now Sep 13 17:04:17 btw I made an enlightenment-autorev.inc Sep 13 17:04:21 should I push it? Sep 13 17:04:22 [199892.146] (WW) Power Button: device file is duplicate. Ignoring. Sep 13 17:04:25 that is interesting too Sep 13 17:07:56 GNUtoo|laptop: looking at man xorg.conf CoreKeyboard is obsolete and should not be needed anyway Sep 13 17:08:05 all keyboards have SendCoreEvents enabled by default Sep 13 17:09:32 * mrmoku back after good night story Sep 13 17:10:21 hi guys, anyone wants to test web browser I made? Sep 13 17:10:59 if yes, try opkg install http://ffbrowser.com/ffbrowser-latest.ipk Sep 13 17:13:59 Gabrys, what about making some scaps so people can see it? :) Sep 13 17:14:06 using gpe-scap I mean Sep 13 17:14:25 you mean screnshots: http://lastlook.pl/~quake/ffBrowser.png Sep 13 17:14:37 that's the frontpage Sep 13 17:14:56 I'll update some screenshots to the homepage Sep 13 17:15:02 s/update/upload/ Sep 13 17:15:03 Gabrys meant: I'll upload some screenshots to the homepage Sep 13 17:16:54 mrmoku, ok Sep 13 17:21:05 pespin, everyone: http://ffbrowser.com/screenshots Sep 13 17:25:36 Gabrys, great :) does it support https? I'm busy right now, I might try it later Sep 13 17:26:07 pespin: sure Sep 13 17:31:39 hi, who did thta: http://www.youtube.com/watch?v=ywkWbb_BetI Sep 13 17:31:50 ( SHR running on Nokia N900 ) Sep 13 17:32:21 because the GUI seem near perfect Sep 13 17:37:25 mrmoku, here i am Sep 13 17:37:34 how's going with pushin? Sep 13 17:39:45 freesmartphone.org: 03felix.huber 07framework * r6dac1f25e0ff 10/framework/subsystems/ (ogpsd/om.py ogsmd/modems/ti_calypso/modem.py): ogpsd,ogsmd: fix missing global decl for sysfs path variables Sep 13 17:42:52 GNUtoo|laptop: guess who :P Sep 13 17:43:27 dos1, you? Sep 13 17:43:43 you seem the GUI person Sep 13 17:43:45 yup Sep 13 17:43:47 so maybe it's you Sep 13 17:44:13 daniele_athome: pushed Sep 13 17:44:18 daniele_athome: long ago :-) Sep 13 17:44:39 good :) Sep 13 17:44:47 something is not working anyway, i'll check it out Sep 13 17:46:23 could that xorg.conf work: https://elektranox.org/n900/installation/manual.html Sep 13 17:46:24 ? Sep 13 17:49:43 hmmm Sep 13 17:49:44 1970-01-01T00:03:10.314910Z [INFO] fsogsmd : Binary launched successful (FsoFrameworkFileLogger created as theLogger) Sep 13 17:49:45 1970-01-01T00:03:10.317626Z [INFO] fsogsmd : loaded 0 plugins Sep 13 17:49:45 1970-01-01T00:03:10.317779Z [INFO] fsogsmd : fsogsmd exit Sep 13 17:49:52 and it repeats again and again Sep 13 17:50:09 GNUtoo|laptop: config in the right folder? Sep 13 17:50:46 GNUtoo|laptop: MatchDevicePath and MatchProduct are very interesting :-) Sep 13 17:51:00 morphis, yes Sep 13 17:51:05 I'll try something Sep 13 17:52:26 Match* needs HAL AFAIK Sep 13 17:52:32 ok Sep 13 17:52:55 GNUtoo|laptop: ah, so maybe we should load dummy modem? Sep 13 17:53:08 yes Sep 13 17:53:09 cause phonefsod is requesting fsogsmd Sep 13 17:53:14