**** BEGIN LOGGING AT Sat Apr 09 02:59:58 2011 Apr 09 07:03:31 moin Apr 09 07:14:46 moin JaMa Apr 09 07:32:48 SHR: 03Martin.Jansa 07shr-makefile * re2991b2db8f8 10/Makefile: bitbake: switch to master for support of extract param used in shr-core Apr 09 08:47:55 mrmoku: i've built the dissector from your branch, but still have lots of unknown network packages in the dump, is that expected? Apr 09 08:56:35 mickey|bbl: yeah, not finished yet :) Apr 09 08:56:39 let me push some more Apr 09 08:56:54 ok, cool Apr 09 08:57:15 SHR: 03mok 07isi-wireshark-plugin * rfecbfc8fc60e 10/src/isi-simauth.c: isi-simauth: handle common messages Apr 09 08:57:25 SHR: 03mok 07isi-wireshark-plugin * r09674aa5725a 10/src/isi-radiosettings.c: isi-radiosettings: handle common messages Apr 09 08:57:26 SHR: 03mok 07isi-wireshark-plugin * r85a2f8e3855f 10/src/isi-phoneinfo.c: isi-phoneinfo: implement all commands with at least the info column Apr 09 08:57:27 SHR: 03mok 07isi-wireshark-plugin * r2793836073b3 10/src/ (isi-nameservice.c packet-isi.c): isi-nameservice: correctly dissect all known messages Apr 09 08:57:28 SHR: 03mok 07isi-wireshark-plugin * r00d189d7e609 10/src/ (isi-phoneinfo.c packet-isi.c packet-isi.h): isi-phoneinfo: fix string value of one command id Apr 09 08:57:29 yay Apr 09 08:57:32 SHR: 03mok 07isi-wireshark-plugin * r802caf55a50f 10/src/isi-call.c: isi-call: implement all known call commands with col_set_str Apr 09 08:57:32 SHR: 03mok 07isi-wireshark-plugin * r7365dbdc174a 10/src/isi-network.c: isi-network: implement all known commands with col_set_str Apr 09 08:58:11 mickey|bbl: most packages should be shown with a good name in the description now Apr 09 08:58:30 I will start to add dissection for interesting commands on demand now Apr 09 08:58:42 ok, thanks for your work, that'll definitely help us Apr 09 08:58:48 I hope so :) Apr 09 08:59:25 mickey|bbl: ISI is crazy... there is lots of stuff in that spec :P Apr 09 08:59:32 like disco lights :) Apr 09 09:00:07 hehe Apr 09 09:00:08 I will do some more tcpdumps under maemo with some activity later today Apr 09 09:00:08 yeah Apr 09 09:00:23 doing calls... sending a message Apr 09 09:01:30 mickey|bbl: if there is some command your interested in the detailed dissection just tell me Apr 09 09:01:34 will add that then Apr 09 09:02:07 * mrmoku does not want to do that for _all_ commands :P Apr 09 09:02:11 hehe, right Apr 09 09:02:41 <[Rui]> hi all Apr 09 09:02:42 not much time over the weekend, but i'll take a look at matching our init sequence a bit more towards what the others do Apr 09 09:02:55 <[Rui]> mickey|bbl: how's your kid coming? Apr 09 09:03:08 great Apr 09 09:03:15 <[Rui]> out already? :) Apr 09 09:03:32 [Rui]: hehe, no, no, otherwise i had _no_ time at all ;) ETA is 25th of May Apr 09 09:04:12 <[Rui]> :) Apr 09 09:04:25 <[Rui]> for me it's been quite a few weeks of work getting home at 20:00 or later Apr 09 09:04:33 <[Rui]> hopefully they'll calm a bit now Apr 09 09:04:34 <[Rui]> brb Apr 09 09:04:39 hehe, oh ho Apr 09 09:04:52 nothing beats a healthy scream *cough* Apr 09 09:06:14 :) Apr 09 09:08:56 hmm Apr 09 09:09:05 where is NET_SET in the ofono dump? Apr 09 09:15:46 mickey|bbl: the maemo dump doesn't have it either Apr 09 09:15:54 d'oh Apr 09 09:15:59 hmm Apr 09 09:16:07 ok interesting Apr 09 09:17:00 perhaps setting the allowed radio access technology triggers an automatic register Apr 09 09:17:09 something to explore Apr 09 09:17:17 bbl, need to buy some flowers for Sabine's birthday Apr 09 09:19:07 yo, best wishes :) Apr 09 09:34:32 <[Rui]> well, now he's fully woken up and dressed, groceries, so no time to do whatever :| Apr 09 09:34:33 <[Rui]> bbl Apr 09 10:28:46 mrmoku: JaMa: any ideas why after yesterdays update i dont here anything while calling? Apr 09 10:29:12 what was upgraded? Apr 09 10:29:43 fsogsmd Apr 09 10:29:44 =) Apr 09 10:29:48 shr-u Apr 09 10:34:49 JaMa: so any ideas? :) Apr 09 10:35:29 alexxy: it depends on when you did opkg upgrade for last time before yesterday.. so it was only those packaging changes or also different SRCREV was upgraded.. Apr 09 10:35:52 few days ago Apr 09 10:36:00 what should i reinstall? Apr 09 10:37:05 or better way is reflash image? Apr 09 10:37:52 do you have fsodeviced-config and fsogsmd-config? Apr 09 10:39:03 opkg list fsodeviced-config Apr 09 10:39:03 fsodeviced-config - 2:0.9.4+gitr979+2fb31c8afc6cba03f3f18165d7e906450eced914-r5.21.6 - The freesmartphone.org API reference implementation (FSO 2.0) Apr 09 10:39:30 and? is it installed? Apr 09 10:39:36 opkg list fsogsmd-config Apr 09 10:39:36 fsogsmd-config - 1:0.5.0+gitr874+2fb31c8afc6cba03f3f18165d7e906450eced914-r5.2.6 - The freesmartphone.org API reference implementation (FSO 2.0) Apr 09 10:40:04 root@om-gta02 ~ # opkg list_installed fsogsmd-config Apr 09 10:40:04 fsogsmd-config - 1:0.5.0+gitr874+2fb31c8afc6cba03f3f18165d7e906450eced914-r5.2.6 Apr 09 10:40:04 root@om-gta02 ~ # opkg list_installed fsodeviced-config Apr 09 10:40:04 fsodeviced-config - 2:0.9.4+gitr979+2fb31c8afc6cba03f3f18165d7e906450eced914-r5.21.6 Apr 09 10:48:27 JaMa: seems reinstalling them helps Apr 09 14:03:39 hi mrmoku JaMa Apr 09 14:03:53 so I should switch to meta-shr? Apr 09 14:04:30 I need a setup that share as much as possible between distros(oe trees) and machines(same tmpdir for machine of the same distro) Apr 09 14:04:41 is there some howto for manual setup Apr 09 14:09:49 no one? => I'll be back later then Apr 09 14:57:59 GNUtoo: you can share oe-core and meta-oe checkouts just fine Apr 09 14:58:21 GNUtoo: see what Makefile does or even run it to see the structure and generated conf/ Apr 09 14:58:46 hi GNUtoo Apr 09 14:58:50 ok Apr 09 14:58:53 GNUtoo: or use oebb.sh and then create alternate conf with manually checkouted meta-shr Apr 09 14:59:03 I look in the ml for the Makefile? Apr 09 14:59:19 no, it's in git Apr 09 14:59:39 or link from here http://wiki.shr-project.org/trac/wiki/Building%20SHR Apr 09 15:01:22 sorry a little problem Apr 09 15:01:24 ok I'll look Apr 09 15:01:40 ( http://wiki.shr-project.org/trac/wiki/Building%20SHR ) Apr 09 15:03:56 alexxy: someone asked the same question as you in the morning, can you reply on ML what exactly you did reinstall? Apr 09 15:04:21 JaMa: only 2 packegs Apr 09 15:04:49 fsogsmd-config & fsodeviced-config Apr 09 15:07:15 so should I reply? Apr 09 15:07:52 JaMa, iirc you're from prague, aren't you? Apr 09 15:08:00 yes Apr 09 15:08:37 are you going to attend to linuxcon in ocobre? Apr 09 15:08:44 october Apr 09 15:09:02 http://events.linuxfoundation.org/events/linuxcon-europe Apr 09 15:12:03 quite expensive but inho the best congress in europe this year Apr 09 15:12:18 playya_: haven't registered yet, but looks like I should :) Apr 09 15:12:49 it's after kernel summit and embedded linuxcon is at the same time/hotel Apr 09 15:13:05 US$350 through April (Early Bird) Apr 09 15:13:05 US$450 through July (Standard) Apr 09 15:14:21 problem is that I wont have any day free till end of the year.. Apr 09 15:14:32 i'll be there if my company pays the fee Apr 09 15:14:51 so I would need to ask for 3 days of (unpaid from work) too Apr 09 15:15:01 and I cannot be sure they will allow me Apr 09 15:15:25 and my dayjob is not related to linux :/ Apr 09 15:16:06 my company pays me a congress this year. Apr 09 15:16:17 and 2 colegues, too Apr 09 15:17:07 maybe I should change job :) Apr 09 15:17:41 but I'll probably buy flat this month so I need something stable until I pay loan back Apr 09 15:17:59 heh Apr 09 15:18:20 you need to live here, if you want to join my company ;) Apr 09 15:19:09 heh I didn't mean it like this exactly :) Apr 09 15:19:49 but you're right, changing state where I live is also appaling idea :) Apr 09 15:21:10 * GNUtoo doesn't understand well oebb.sh nor shr Makefile Apr 09 15:21:20 I wonder where that variable is really set: Apr 09 15:21:23 BBFILES Apr 09 15:22:55 maybe I cloned the wrong repos Apr 09 15:25:18 in BBPATH? Apr 09 15:25:21 in setup-env scrip Apr 09 15:25:22 t Apr 09 15:25:40 ahh maybe Apr 09 15:27:48 anyway Apr 09 15:28:12 I'm lost with all theses Makefiles and scripts Apr 09 15:28:25 I just need some basics infos Apr 09 15:28:28 such as: Apr 09 15:28:32 waat repo does what Apr 09 15:28:37 and what takes precedence Apr 09 15:28:41 that's all I need Apr 09 15:34:58 I'll ask on #oe Apr 09 15:35:59 used layers are oe-core/meta-oe/meta-efl/meta-shr in this order Apr 09 15:40:25 ok thanks Apr 09 15:59:10 shr-lite-image building fine for om-gta02 too now :) Apr 09 16:02:50 JaMa, what happens to the missing recipes? Apr 09 16:02:58 like wesnoth,xchat etc... Apr 09 16:03:38 many games are missing Apr 09 16:06:08 all the games are lacking Apr 09 16:06:12 from all the repos Apr 09 16:29:51 GNUtoo: currently most recipes in meta-oe are from koen and me Apr 09 16:30:11 GNUtoo: I've added only recipes needed by lite images sofar Apr 09 16:30:36 GNUtoo: if you want more, then feel free to add it to test it in meta-shr and then move it to meta-oe Apr 09 16:34:24 bye Apr 09 17:06:59 <[Rui]> I think we should probably be running monit or have fso support some monit-like features. Apr 09 17:07:17 <[Rui]> monit would kill the need for the phoneui-wrapper script in a more reliable way Apr 09 17:07:49 <[Rui]> would fix once and for all the disappearing shr_elm_key Apr 09 17:07:54 <[Rui]> would fix once and for all the disappearing shr_elm_softkey Apr 09 17:08:18 <[Rui]> if an app was exhausting system memory, it could restart it/kill it etc... Apr 09 17:08:39 <[Rui]> if sshd dies suddenly due to lack of memory (OOM) start it again, and so on Apr 09 17:12:17 <[Rui]> http://mmonit.com/ Apr 09 17:39:15 hi Apr 09 17:42:33 sC1: yop Apr 09 17:43:51 <[Rui]> hi Apr 09 18:19:40 [Rui]: not sure that's really the right tool here... what you want seems more like the job for an advanced init system, such as upstart or systemd Apr 09 18:20:25 <[Rui]> are upstart or systemd responsible for user processes? Apr 09 18:21:47 good question... I'm pretty sure they are flexible enought that it could be set up somehow; but I don't know whether it would be straightforward Apr 09 18:21:51 enough Apr 09 18:23:28 <[Rui]> I'm setting up an instance in my freerunner. I'm tired of weird problems not being handled in time to prevent a frozen phone from not enough memory, for instance. Apr 09 18:23:46 <[Rui]> or phoneuid stopping and the wrapper script not launching it again Apr 09 18:24:14 <[Rui]> but... if phoneuid is found dead after 3 attempts to start, alert user and unmonitor Apr 09 18:24:53 <[Rui]> antrik: http://mmonit.com/wiki/Monit/ConfigurationExamples Apr 09 18:25:42 <[Rui]> it may need a patch to alert by running a script rather than sending an email Apr 09 18:31:28 that's my point... it sounds more like an admin tool than a system infrastructure component... Apr 09 18:32:53 BTW, for simple use cases, there is a simple standard tool to respawn a process when it dies... don't remember the name right now though Apr 09 18:33:56 <[Rui]> you dont get tge point and im putting a vavt to sleep plz waut Apr 09 18:34:26 <[Rui]> onky 1 hand a kbd is far Apr 09 18:38:52 ~where is apt? Apr 09 18:38:53 i guess apt is a pu'ssy licker Apr 09 18:39:15 <[Rui]> antrik: you don't need a simple tool that does things wrong. Apr 09 18:39:40 <[Rui]> antrik: you need an advanced yet at the same time light tool that monitors and has logic behind the monitoring in order to ensure proper results Apr 09 18:39:56 <[Rui]> our env is too unstable to not use workarounds Apr 09 18:40:14 ay Apr 09 18:40:18 <[Rui]> didn't took long putting the baby to sleep Apr 09 18:40:53 I never got the idea of restarting processes that segfaulted Apr 09 18:44:34 <[Rui]> DocScrutinizer: perhaps you haven't lost sms or calls because phoneuid wasn't running Apr 09 18:45:15 <[Rui]> while you were far from another computer. Apr 09 18:45:16 that's not the point Apr 09 18:45:20 <[Rui]> I know. Apr 09 18:45:22 <[Rui]> but it happens. Apr 09 18:45:23 [Rui]: well, the problem here is clearly that SMS or calls can be lost if phoneuid isn't running... a workaround wouldn't help in many cases Apr 09 18:45:52 <[Rui]> antrik: sure it does, most borking cases are caught by the phoneui-wrapper script Apr 09 18:45:56 <[Rui]> which just restarts it. Apr 09 18:46:02 <[Rui]> in a dumb form Apr 09 18:46:03 the problem is WHY is a process not running despite it's supposed to Apr 09 18:46:28 <[Rui]> DocScrutinizer: yes, but that is the problem to be solved, you're not looking at it from the perspective of having the service up asap Apr 09 18:46:43 <[Rui]> and this matters. Apr 09 18:47:04 * DocScrutinizer shrugs Apr 09 18:47:32 not my approach to sw development, though I know a very common one Apr 09 18:48:11 <[Rui]> DocScrutinizer: it's not a sw development approach, it's a service availability approach Apr 09 18:48:17 <[Rui]> damn it, baby woke up again. Apr 09 18:48:19 <[Rui]> brb Apr 09 18:48:49 <[Rui]> wife got to him first :) Apr 09 18:50:12 [Rui]: "most borking cases" is clearly not good enough. messages/calls should not be lost *ever*. it's beyond me how anyone can even thing of creating a phone framework without considering reliable delivery the absolute top priority Apr 09 18:50:13 <[Rui]> the problem has to be fixed in software development, but if you're out on the street and need a working phone which isn't because some software died without you noticing it, sometimes it can put you in a delicate situation. Apr 09 18:50:21 think of Apr 09 18:50:48 <[Rui]> antrik: because the phone will be making noise (ring tone) and vibrating while a call is incoming but phoneuid is dead and doesn't come back up. Apr 09 18:50:51 <[Rui]> this has *happened* Apr 09 18:51:04 <[Rui]> so tell me from the PoV of an user what should he do? Apr 09 18:51:48 well, most calls have caller ID, so I wouldn't consider it much of a problem :-) Apr 09 18:52:05 <[Rui]> I have about 30 s for picking up a call, let's get the C development kit, gdb and what not and see what the problem was and recompile phoneuid Apr 09 18:52:12 <[Rui]> *not*going*to*happen* Apr 09 18:52:46 <[Rui]> antrik: tell that to the idiots who hide their ID or people from work who call you from the land line and all you get is the main number? Apr 09 18:53:27 <[Rui]> antrik: who do you call back, now? Apr 09 18:53:48 you are talking like you never missed a call if it wasn't for phoneuid dying... Apr 09 18:56:05 I understand that it's annoying; but I'm not sure it's really worth the effort to invest in more elaborate workarounds? Apr 09 18:58:20 BTW, a safer workaround would probably add the ability to pick up a call using some button, and make that independent of phoneui... Apr 09 18:59:43 <[Rui]> antrik: sure, there are more buttons on the Freerunner than you can think of what to do with them :) Apr 09 19:00:13 :) Apr 09 19:02:26 [Rui]: indeed ;-) Apr 09 19:02:59 this would be much more useful than the current lockscreen functionality in SHR IMHO. and anyways, nothing should prevent it from being modal... Apr 09 19:03:29 <[Rui]> the lock screen should allow picking up the cal (and show who's calling). Apr 09 19:03:41 <[Rui]> antrik: so that's the real bug to fix :) Apr 09 19:05:06 that's arguable. a lock doesn't make much sense if it allows any action before unlock... Apr 09 19:05:30 however, using the aux button for picking up calls (no matter whether currently locked or not) would make perfect sense IMHO Apr 09 19:09:41 <[Rui]> antrik: with a very limited number of buttons, your logic directly contradicts what you and DocScrutinizer appear to defend. Apr 09 19:09:55 ME?? Apr 09 19:09:58 <[Rui]> antrik: of course the lockscreen should tell you who's calling and allow to pick it up :) Apr 09 19:10:24 <[Rui]> of course it should not do it with a button but with a slider (to make it harder to do accidently) Apr 09 19:10:34 <[Rui]> (and unintended) Apr 09 19:11:17 <[Rui]> just pick up any other phone from the proprietary makers Apr 09 19:11:22 I totally agree on *showing* the call information. but I don't think it makes sense to have extra controls Apr 09 19:11:48 <[Rui]> it does. other wise it takes too long to do what is the *main* function of the phone :) Apr 09 19:12:00 <[Rui]> or better, one of the man functions of the phone Apr 09 19:12:22 no, it wouldn't, if you can pick up the call with a real button, which is *much* easier anyways Apr 09 19:13:01 (and more robust) Apr 09 19:14:43 <[Rui]> uh hu... Apr 09 19:14:47 <[Rui]> not on the freerunner Apr 09 19:14:55 <[Rui]> both buttons are not easy Apr 09 19:16:21 mickey|bbl: ping Apr 09 19:17:31 still easier that hitting a button on the touchscreen IMHO Apr 09 19:18:57 hey! Apr 09 19:19:08 BTW, I consider the current lock screen utterly useless anyways. if I don't want to use the phone actively, I can just as well put it to sleep... Apr 09 19:19:39 morphis, i did the fso-battery thing now as a seperate module... didn't get it integrated with the original battery Apr 09 19:20:00 mrmoku, could you give me RW to shr-e-gadgets? I've got some cookie for you :) Apr 09 19:20:22 <[Rui]> antrik: so when it wakes up in your pocket when someone calls you it just rejects the call or picks it up? Apr 09 19:20:36 ? Apr 09 19:21:00 Slyon: great, so it's now part of shr-e-gadgets? Apr 09 19:21:06 hm Apr 09 19:21:08 morphis, yep Apr 09 19:21:33 good point Apr 09 19:21:42 i have to test it a little more and set the appropriate config options in shr-temes. but basically it works Apr 09 19:21:54 <[Rui]> a new battery gadget? Apr 09 19:22:04 [Rui]: yes, with FSO integration Apr 09 19:22:08 <[Rui]> shouldn't it be upstreamed? Apr 09 19:22:13 will push my first work when i get write access Apr 09 19:22:59 ok Apr 09 19:23:03 [Rui], maybe at a later point someone can upstream it, based on my work. but i didn't get it going Apr 09 19:23:11 in that case indeed it seems useful to lock the touchscreen. but I'm not sure it requires a special lock screen in that case... probably just the normal call screen with some additional widget to handle the lock state Apr 09 19:23:37 morphis, i did a patch for fso-installer, to use a newer bootr version, which fixes a little glitch. Apr 09 19:23:45 <[Rui]> antrik: great idea! Apr 09 19:24:03 i tried to send it to smartphones-standard, but didnt work. can i send the mail to you? Apr 09 19:26:01 Slyon: you mean there were obstactles, or you didn't even try?... Apr 09 19:26:13 Slyon: yes, send it to me I will apply it Apr 09 19:26:27 antrik, i tried pretty hard. but after 2 full days of debugging the internals of E i gave up Apr 09 19:27:34 Slyon: oh, you mean you didn't manage to implement it in the original battery widget? I see Apr 09 19:27:58 morphis, sent Apr 09 19:28:03 Slyon: ok Apr 09 19:28:06 antrik, yes Apr 09 19:28:49 antrik, but i have to admit i don't have a lot experience neither with E nor with e-modules nor a lot of C Apr 09 19:29:13 learned quite some stuff while doing this gadget, though :) Apr 09 19:29:50 SHR: 03mok 07isi-wireshark-plugin * r5ba0b26cb063 10/src/ (packet-isi.c packet-isi.h): packet-isi: add dissect_isi_subpacket helper Apr 09 19:29:50 Slyon: moment Apr 09 19:29:56 SHR: 03mok 07isi-wireshark-plugin * rde90d596c92d 10/src/isi-network.c: isi-network: use the subpacket helper and implement some subpacket dissectors Apr 09 19:30:30 <[Rui]> Slyon: does fso-battery support hal and other ways to get battery status? Apr 09 19:30:51 Slyon: done Apr 09 19:31:10 [Rui], nope. just fsodeviced. if you want hal or udev you can still use the standard battery gadget Apr 09 19:31:46 mrmoku, morphis: pushed. Apr 09 19:31:53 <[Rui]> Slyon: wha tproblems did you run into, when trying to add fso-battery support? Apr 09 19:32:07 i've to run now. Apr 09 19:32:20 <[Rui]> well, it seems that dsodeviced or fso-battery need to learn hal or udev then :) Apr 09 19:32:49 Rui, I'll describe another time. have to leave now Apr 09 19:33:11 bye! Apr 09 19:35:54 [Rui]: why fsodevied needs to learn hal or udev? Apr 09 19:36:18 <[Rui]> I don't know which one it would be, but for other devices that have hal or udev ways to get at the battery Apr 09 19:36:23 fsodeviced abstract several ways to access the battery we have on all the platforms we support Apr 09 19:36:49 on all platforms we currently support with fso you can access the battery with the FSO Device API Apr 09 19:36:54 but not with hal or udev Apr 09 19:37:09 as several devices uses a not std. way to give userspace access to the battery Apr 09 19:38:25 <[Rui]> well, I don't understand why the kernel driver can't make it do the right thing Apr 09 19:46:49 [Rui]: hal is obsolete and udev we want to get rid of :) Apr 09 19:46:56 already did that for gta02 Apr 09 19:46:59 so not an option either Apr 09 19:47:16 <[Rui]> mrmoku: udev maybe not on some systems, or is it devicekit now? Apr 09 19:47:24 <[Rui]> we should look into supporting /run as well Apr 09 19:56:39 I suggest to have a dialer UI that uses sliders instead of buttons to avoid oopses on accept/reject calls. This dialer UI should appear instead of lockscreen whenever an inbound call is pending Apr 09 19:57:22 actually this UI shouuld get on top unconditionally on inbound calls Apr 09 19:57:40 not only when device is locked Apr 09 19:59:38 for convenience I suggest to keep the UI for a user configurable duration (some 10s) after an inbound call stopped ringing (missed call), then of course close it and you're back to whatever screen been there before call Apr 09 19:59:44 e.g lockscreen Apr 09 20:01:14 and of course a decent lockscreen needs to display missed calls/msgs, time of day, battery status, and signal strength of GSM/WLAN Apr 09 20:04:09 btw I heard hal is dead and just in zombie state right now Apr 09 20:08:17 correct Apr 09 20:08:44 freesmartphone.org: 03morphis 07specs * raf0bdda1f546 10/ (5 files in 3 dirs): Add first draft of the Application Manager/Session API and bump version Apr 09 20:08:49 freesmartphone.org: 03morphis 07gdbus * rab44cd897685 10libfso-glib/ (configure.ac src/Makefile.am): Add FSO Application API interfaces and bump version Apr 09 20:10:41 what should we do about the media subdev api kernel headers? Apr 09 20:11:13 actually, sliders are extremely hard to use on a resistive touchscreen. shouldn't require them for anything meaningful, and especially not anything that requires quick action Apr 09 20:11:50 DocScrutinizer: as for "dialer UI" in general, that's pretty much what I suggested above Apr 09 20:13:17 I never felt the sliders e.g. in settings are particularly hard to operate Apr 09 20:13:53 as for information displayed on the lock screen: these are pretty much the same information that should be displayed on the home screen. IMHO the lock shouldn't change the home screen at all; just hide some icons and show some lock widget instead... Apr 09 20:14:10 IMHO they are. and the current unlock slider is just terrible Apr 09 20:14:11 in fact I found rhem way more convenient than a normal button Apr 09 20:14:20 (the vertical one in QtMoko is somewhat better) Apr 09 20:14:44 (at least for me, using thumbnail... maybe not for others) Apr 09 20:15:34 no idea what's state of ts driver right now, my experiences are from >18months ago Apr 09 20:16:41 quite possible the current version is less forgiving about ts dropouts Apr 09 20:17:06 (on FR) Apr 09 20:21:04 and tbh the FR has one of the worse r-ts, even Samsung Omnia is marginally better Apr 09 20:27:10 freesmartphone.org: 03morphis 07specs * r612e1a92b17a 10/org.freesmartphone.Application/org.freesmartphone.Application.Session.xml.in: Add missing org.freesmartphone.Application.Session interface Apr 09 20:30:51 JaMa|Off: short question: I can see that you work heavily on shr meta, when should I switch do the new build process with different layers ? Apr 09 20:30:58 freesmartphone.org: 03morphis 07specs * r6cd5343fa57f 10/org.freesmartphone.Application/Makefile: Add missing Makefile Apr 09 21:31:11 PaulFertser: hello, i installes links and tried to start it: links -g -driver x but i get the following error: Unknown graphics driver x. Apr 09 21:31:12 The following graphics drivers are supported: Apr 09 21:31:12 fb Apr 09 21:31:17 nschle85: hi :) Apr 09 21:31:31 nschle85: well, i'm using links2 from the debian repo. Apr 09 21:31:39 nschle85: it 'just works' Apr 09 21:32:08 PaulFertser: but how do i compile it for freerunner ? Apr 09 21:34:40 nschle85: are you using SHR? Then just ask the SHR guys to fix the recipe for it. Apr 09 21:34:56 nschle85: alternatively, just compile it from the sources natively on the FR, it shouldn't take long. Apr 09 21:35:59 PaulFertser: ok, i'll try Apr 09 21:36:27 PaulFertser: yes, i am am using shr Apr 09 21:36:58 PaulFertser: what are you using ? debian ? Apr 09 21:37:41 nschle85: yes, since long :) Apr 09 21:40:32 PaulFertser: what is the entry to install debian on freerunner ? Hackable1 ? Apr 09 21:40:45 nschle85: (somewhat related) fennec on n900 works really great. Apr 09 21:41:19 nschle85: i used install.sh script as a reference but did all the steps manually (cdebootstrap blablabla) Apr 09 21:42:54 PaulFertser: but i do not own a N900 :-( Apr 09 21:43:32 nschle85: i do but i do not use it, as i have no usecase Apr 09 21:43:42 PaulFertser: my wife says, i have a phone and i dont need a second one to play around Apr 09 21:44:23 PaulFertser: and which debian distribution do you use ? Apr 09 21:45:08 nschle85: Debian GNU/Linux unstable/experimental (but i admit i haven't done apt-get upgrade for quite a while, probably a year or more) Apr 09 21:50:04 nschle85: install links-x11 and it will work :-) Apr 09 21:52:03 mrmoku: thanks, its still compiling :-) Apr 09 22:00:18 PaulFertser: mrmoku: thank you now links starts in graphical mode Apr 09 22:03:14 <[Rui]> bah, sadly it seems monit gets all sorts of weird conf file parse errors on the ipk I baked. Apr 09 22:12:28 mrmoku: i am still using the makefile from JaMa to create a sandbox and build the shr image in the old way, when will the switch be finshed to to the new build style using several bitbake layers ? Apr 09 22:31:28 nschle85: shr-lite image from shr-core already boots but it's not really ready for end users.. so unless you want to work on new stuff it's better to stay with clasic shr-u for few more months Apr 09 22:32:39 JaMa|Off: ok thank you, it would be nice to ge informed on wiki when the "end users" can switch Apr 09 22:37:20 well I think I'll stop pushing changes to old OE as soon as I switch all my devices to shr-core.. then I'll probably wrote it on wiki too Apr 09 22:42:46 JaMa|Off: what does it mean for now ? my english is not the best . Using old Makefile style build process or using the new one you already described on wiki ? Apr 09 22:48:32 JaMa|Off: i am back, had some problems with network, could you please repeat your answers (if there are some) from 00:42:06 until now ? Apr 09 22:59:31 <[Rui]> nschle85: I saw no answers Apr 09 23:00:05 [Rui]: ok **** ENDING LOGGING AT Sun Apr 10 02:59:57 2011