**** BEGIN LOGGING AT Sun Sep 15 02:59:59 2013 Sep 15 13:13:01 hi! any here willing to help me a little? Sep 15 13:13:07 *anyone Sep 15 13:24:56 Just ask Sep 15 13:28:00 I am going to write a program to read sensor, is there any standard or framework that I had better to use Sep 15 13:33:08 damn, phonefsod/phoneuid code damn sucks :/ Sep 15 13:33:14 ayaka: which sensor? Sep 15 13:33:28 ~spank mrmoku Sep 15 13:33:29 * apt bends mrmoku over his knee and tatoos 'ibot' on mrmoku's pasty white buttocks. Sep 15 13:36:21 I'm using the latest shr build available and I'm using a Nokia BL-5C battery. When I switch to dumb battery driver to be able to see the battery level, after around 10 min. the phone freezes... Sep 15 13:37:15 probably kernel panic, since the red led is flashing rapidly and I have to remove the battery to start it again... Sep 15 13:38:13 I know that probably nobody has an idea what is causing that, but there is a log which I could check to find something out what could be the problem? Sep 15 13:42:03 I think PaulFertser should know a bit about dumb battery driver Sep 15 13:42:35 that would be great, this problem is killing me Sep 15 13:43:45 in the past (don't remember which shr build) this was working just fine, I even had a script to switch it on the boot time and worked excellent Sep 15 13:45:21 but after a long time switched to a newer version and from then it's just pain... I noticed that the dumb battery driver was reworked, probably by some else, maybe nothing to do with that but I got this problem :( Sep 15 13:46:25 *someone Sep 15 13:58:33 heh Sep 15 13:59:24 while trying to fix phonefsod bug, I found related phoneuid bug, which when fixed exposed another phonefsod bug... fun ;] Sep 15 13:59:50 but I think finally we should have all those SIM PIN dialog issues sorted out! Sep 15 14:00:00 even without those damned delays \o/ Sep 15 14:02:11 and *all* of those bugs were caused by incorrect gdbus usage :P Sep 15 14:02:44 R-Day: i'm using 2.6.39 and i do not see kernel panics. Sep 15 14:03:07 dos1, like temperature , the powder of wind Sep 15 14:03:30 R-Day: it's hard to say anything without seeing kernel logs Sep 15 14:03:59 PaulFertser: how come 2.6 kernel? Sep 15 14:04:29 PaulFertser: are there working 3.x kernels? Sep 15 14:05:15 R-Day: if you have some uart-usb converter you can attach it to the device to get the kernel log easily. Sep 15 14:05:27 rah: there's 3.2 in meta-openmoko Sep 15 14:05:40 but dunno if and how it works Sep 15 14:06:24 rah: i'm not following it anymore. I know it's sort-of abandoned, the evil suspend-resume bug is not investigated etc. So have no reason to try to upgrade now. Sep 15 14:07:10 SHR still uses 2.6.39 Sep 15 14:08:06 PaulFertser: it can't be done with the usual Usb -> Mini Usb cable? Sep 15 14:08:32 I use 2.6.34 since there's this 2.6.39 suspend bug that I haven't had time to debug Sep 15 14:09:07 R-Day: sure not Sep 15 14:09:48 R-Day: you can use lindi-'s ramconsole instead (configure proper panic reboot timeout, install the necessary utilities etc) Sep 15 14:10:56 or you can use modified qi and mem=64M Sep 15 14:11:05 to get full memory dump after watchdog reset Sep 15 14:13:38 I don't have that cable and still using u-boot, I have ver. 2.6.39.4 Sep 15 14:16:16 PaulFertser: are u using "dumb" battery? Sep 15 14:27:05 it's a shame that how much I payed for an unusable garbage. even the weakest android phone is better than this Sep 15 14:31:37 R-Day: yes, I am. Sep 15 14:31:57 For me android phone is worse as I wouldn't use it at all. Sep 15 14:32:12 R-Day: in fact I wrote the dumb battery driver. Sep 15 14:35:28 nah, freerunner was really cheap Sep 15 14:36:27 maybe for u ;) it does matter where u live Sep 15 14:36:28 I wonder if projects like GTA04/Neo900 will ever reach such a low price again Sep 15 14:36:49 R-Day: cheap compared to other similar projects, that is Sep 15 14:36:59 actually, may be the cheapest one Sep 15 14:38:34 the whole project seems a dead end, what kind of project is that where u can't get a stable distro for the phone? Sep 15 14:40:01 i've never seen it as a "project to get stable distro for the phone" Sep 15 14:40:29 rather as a "toy for hacking" Sep 15 14:40:37 but in fact, it works pretty stable to me Sep 15 14:41:09 and in fact, what you're trying to do now (using batteries from different phones) and which fails for you wouldn't be even possible with some different phone Sep 15 14:41:52 I'm just an avg user with avg skills, I'm not a hot shot developer, I just wanted a stable usable full featured phone + freedom to full around as you said Sep 15 14:42:05 *fool Sep 15 14:42:24 unlimited fooling around always introduces some risk Sep 15 14:43:31 I think it was a nice concept but didn't achieved his goals Sep 15 14:43:55 sure, otherwise Openmoko Inc. would still be there producing some GTA12 maybe Sep 15 14:44:46 but it still didn't fail, at least as i see it Sep 15 14:46:53 when I was buying it (in some of the first public batches) I was prepared that it might never reach proper stability and usability and that it might require constant care Sep 15 14:47:43 but still - it spawned lots of sw and hw projects (main ones: FSO and GTA04), I learned a lot from it and I'm still using it as my daily phone Sep 15 14:47:48 ofc, for guys like u, with high knowledge, it's a fun and still the best choice, but for me it's kind of disappoining... no high hopes :) Sep 15 14:48:04 so it at least achieved my own goals :) Sep 15 14:48:23 yeah, it was never prepared to be used by someone "without high knowledge" Sep 15 14:48:35 (but well, I wouldn't say that my knowledge is really THAT high :P) Sep 15 14:49:14 eventually it's my fault that I bought it lol Sep 15 14:49:47 well, you're not the only one Sep 15 14:50:08 when gta01 was still around, it was being said that gta02 will be "mass-market ready" Sep 15 14:50:21 as gta01 was just "geek prototype" Sep 15 14:50:49 but when it came closer to gta02 release, it turned out that it still might not be it Sep 15 14:52:19 (at least I noticed that - lookng at Om2008, Openmoko Inc. probably still had that hope, just maybe a bit delayed in time) Sep 15 14:52:34 unfortunately, older message was still spreading the world Sep 15 14:52:56 it boosted sales, but to the wrong (IMHO) audience Sep 15 14:53:20 yeap, I agree on you with this Sep 15 14:53:24 so it left bad impression and everything collapsed Sep 15 14:53:27 the end :P Sep 15 14:54:04 nice(?) drama Sep 15 14:54:36 PaulFertser: you're still around? Sep 15 14:54:42 but actually, that's kind of vicious circle Sep 15 14:55:47 like everything good in this life :) Sep 15 14:55:59 small target audience -> small user base -> small community -> small amount of devs -> low stability/maturity -> small target audience Sep 15 14:57:29 maybe Om Inc. wanted to get out from the circle by increasing target audience and therefore increasing community, but it did not reach threshold needed to make quality actually better? Sep 15 14:58:27 I smell that Om case could drive some nice economic studies ;) Sep 15 14:58:46 you might be right Sep 15 15:01:44 I know that ppl here have a personal life, job, etc. but waiting here a half day for trying to fix something and you have to left with empty hands, it's just more annoying... Sep 15 15:02:11 a real support is necessary for a project Sep 15 15:02:24 Freerunner is a 5 years old device Sep 15 15:02:40 I'm aware of that Sep 15 15:02:45 it's amazing that there's still some support at all :P Sep 15 15:03:12 btw, holycrap, did not realize that it was already 5 years :x Sep 15 15:03:13 we view from that side too Sep 15 15:03:23 *can Sep 15 15:04:21 I wonder how many active gta02 users are still there Sep 15 15:04:51 I was happy when shr started the project, it looked promising (for a noob like me), but the support is more than lame lol Sep 15 15:05:42 probably I should fix my problems (self-support lol ) but I'm not that wise unfortunately Sep 15 15:17:49 R-Day: yes Sep 15 15:19:00 I don't know if it helps, but it seems that it has to do with the Settings in the Battery Sep 15 15:21:08 R-Day: btw, I'm not an SHR user, I depend on Debian+FSO+FSO2+Emacs+xmonad+xvkbd. Sep 15 15:21:10 I know that when just freshly flashed, the bug was present, but after "playing" with the settings like lock, autodimm, at one point, it doesn't crashed anymore when I switched to the dumb driver Sep 15 15:21:26 I was afraid of that :( Sep 15 15:22:33 I think having an UART converter is important for all the stuff around, not only cellphones. You need it for plenty of everyday things, e.g. to reflash some wifi soho routers. Sep 15 15:22:34 is there anybody using SHR or is just me? :) Sep 15 15:23:24 and what software is necessary to dump the kernel log with that? Sep 15 15:24:58 is somebody from the SHR developer team who hangs around sometimes? Sep 15 15:25:21 I'm SHR developer and SHR user Sep 15 15:28:56 dos1: what? there's been other people than me both using and developing in the end? :-) Sep 15 15:29:27 Ainulindale: what? you're alive? :D Sep 15 15:29:33 hello :) Sep 15 15:29:40 I am, although it's been a while Sep 15 15:31:53 how's life? Sep 15 15:35:07 dos1: any idea where the settings in the Battery page stored, like auto-dimming, auto-suspend, backlight, idle, etc. Sep 15 15:35:35 R-Day: /etc/freesmartphone/conf/GTA02/fsodeviced.conf Sep 15 15:35:38 or something like that Sep 15 15:36:45 shr-settings makes dbus calls to fsodeviced, which then stores it in its config Sep 15 15:38:51 is there a normal way to restore these settings to default or I have to do it my way? :) Sep 15 15:43:06 R-Day: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsodeviced/conf/openmoko_gta/fsodeviced.conf;h=f7305ea712a0f0ff0a4472de48c875e7466da3bd;hb=HEAD :P Sep 15 15:44:46 ok, gotta go now, thx for the help, If I can't fix this issue, I will smash the phone with a hammer, rip, I will upload the video on yt ;) Sep 15 16:55:46 Ainulindale: have you seen http://neo900.org/ ? Sep 15 19:50:42 hey dos1, have you found the root of the evil!? Sep 15 19:50:56 Thamos: actually, YES! :) Sep 15 19:51:07 :) Sep 15 19:51:13 I've even removed all those nasty delays Sep 15 19:51:19 i am just looking at your patch. Sep 15 19:51:25 we don't need them anymore, as phoneuid is fixed Sep 15 19:51:32 and fixing it exposed another bug in phonefsod Sep 15 19:51:37 which is also fixed ;) Sep 15 19:51:42 juppy :) Sep 15 19:51:58 which? Sep 15 19:52:18 different problem in code, but with the same symptoms: no PIN dialog :) Sep 15 19:52:41 when phoneuid was appearing on bus, phonefsod wasn't recreating dbus proxies to it Sep 15 19:53:14 hm. Seems to complicated for me ^^ Sep 15 19:53:16 so first calls were still trying to call it via old proxies, which was of course failing Sep 15 19:53:28 ok, sounds logic Sep 15 19:53:45 well, I just compared our dbus code with what gdbus documentation said Sep 15 19:53:57 but this bug only appears, if phoneuid crashes, or? Sep 15 19:53:59 and the reaction was "WTF IS GOING ON HERE" :D Sep 15 19:54:23 else we should not have old proxies... Sep 15 19:54:26 ? Sep 15 19:54:42 Thamos: well, for me it was trying to use proxy created when phoneuid wasn't there at all, and it was failing Sep 15 19:55:08 maybe dbus handles it somehow, so it works on next calls, or it needs some timeout - dunno Sep 15 19:55:09 ah, ok. Sep 15 19:55:12 i don't know much about dbus Sep 15 19:55:13 dos1: No I didn't see that Sep 15 19:55:20 (neo900) Sep 15 19:55:24 me neither Sep 15 19:55:32 but it wasn't working, and now it works ;) Sep 15 19:55:45 nice! Big Thanks to you! Sep 15 19:55:51 But I'm not interested in such a thing anymore Sep 15 19:56:09 may you upload your build packages somewhere again? Sep 15 19:56:23 Even though there are some motivated enough people, it ends up not being manageable on the project/QA side in my humble opinion Sep 15 19:56:54 Ainulindale: I agree. That's why it's going to piggyback a lot on work already done Sep 15 19:57:02 hence Maemo 5 port Sep 15 19:57:27 and GTA04 base without any major redesign Sep 15 19:57:30 yeah well, my opinion on Maemo is ... not worth mentioning I guess :-) Sep 15 19:57:47 ;) Sep 15 19:58:05 dos1: to tell the truth Sep 15 19:58:26 I ended up being tired to be almost the only guy using SHR on a day to day basis when I still was lead Sep 15 19:58:53 i am using shr as daily phone, too... Sep 15 19:58:53 It kind of burnt me out, I don't think I'd be motivated enough for such a thing now Sep 15 19:59:02 Thamos: It was in 2007-2008 Sep 15 19:59:16 hey, I'm using it since 2008 to today! :P Sep 15 19:59:23 dos1: naaaah Sep 15 19:59:28 stop it I have logs :-) Sep 15 19:59:33 You know what I mean anyways Sep 15 19:59:36 i am, too. But wasnt able to participate in community Sep 15 19:59:44 How many times I went mad at people breaking the build Sep 15 19:59:45 there was small break with N900 Sep 15 19:59:54 but it was just few months :P Sep 15 20:00:01 And how many times I said that QA wasn't done seriously enough Sep 15 20:00:12 I remember a time when my phone actually rang 5 seconds after the first RING event on FSO Sep 15 20:00:17 What an annoying thing Sep 15 20:00:23 QA is not seen as sexy Sep 15 20:00:32 yeah, I agree on that Sep 15 20:00:32 misc: Hey long time no see Sep 15 20:00:34 people always gravitate toward coding and/or packaging Sep 15 20:00:40 Ainulindale: I always been here :p Sep 15 20:00:43 QA isn't sexy yes, so isn't PM Sep 15 20:00:46 Sadly it's necessary Sep 15 20:00:58 for what stands QA and PM? Sep 15 20:01:05 I went mad doing PM on SHR, trying to make people work togethers Sep 15 20:01:06 quality ssurance Sep 15 20:01:08 but well, JaMa did awesome job on QA and our infra since that Sep 15 20:01:08 Quality? Sep 15 20:01:09 quality assurance and project management Sep 15 20:01:11 project management Sep 15 20:01:21 we give incentive by celebrating coders and not QA or PM Sep 15 20:01:39 When you have people saying "yeah let's build a nice haskell framework to handle the way the phone turn while in pockets" Sep 15 20:01:43 what can you say, truly? Sep 15 20:01:49 I guess only thanks to that SHR still exists right now Sep 15 20:02:18 Ainulindale: PM in free software is quite ahrd to do Sep 15 20:02:24 indeed Sep 15 20:02:34 and I'm not a manager :-) Sep 15 20:02:46 like QA is Quality assurance in most companies Sep 15 20:02:55 yup, there's nice shr-core-staging infrastructure, with proper build history and syncing to official feeds procedure Sep 15 20:03:02 anyways, I'm still happy the project lives on, sadly I don't think I'll ever do a thing on it anymore Sep 15 20:03:02 but as said by fellow coworker, that's more "quality assistance" Sep 15 20:03:42 sad to hear, Ainulindale Sep 15 20:03:42 Plus with the kid and all, I don't think I'd have enough time anyways :-) Sep 15 20:04:07 Thamos: well at the beginning I did a lot, then I try to help people working as a team Sep 15 20:04:11 It just drove me nuts Sep 15 20:04:18 If noone does that it's a mess Sep 15 20:04:27 but i got the feeling, that many developers left that way now... Sep 15 20:04:29 And doing it is darn annoying Sep 15 20:04:51 (that's why I decided to create the core team by then) Sep 15 20:05:01 hm. Its most difficult to get excited people in one working direction... Sep 15 20:05:08 (core team which was mostly populated by lazy guys :-p) Sep 15 20:05:10 Ainulindale: ie, what was the idea ? Sep 15 20:05:15 ^^ Sep 15 20:05:17 not being alone Sep 15 20:05:22 being able to delegate parts of the coordination work Sep 15 20:05:39 giving the keys to a collaborative entity rather than a benevolent dictator Sep 15 20:05:43 old scheme, like ceasar did. Sep 15 20:05:44 which I was at the time Sep 15 20:05:58 but did others asked for it ? Sep 15 20:06:02 no Sep 15 20:06:13 I did :-) Sep 15 20:06:16 I was tired Sep 15 20:06:34 I think in the end working in open source professionally was kind of the ultimate mistake for me Sep 15 20:06:46 It just was the biggest cold shower of my carreer Sep 15 20:06:51 well, working on the same project is a problem Sep 15 20:07:01 cause you never know whan this is work and when this is not Sep 15 20:07:02 it wasn't really the same project Sep 15 20:07:16 just that I mentally assimilated two things which I shouldn't have assimilated Sep 15 20:07:21 And I ended up with a sour taste in my mouth Sep 15 20:08:01 well, the issue is the same :) Sep 15 20:08:06 yeah well anyways Sep 15 20:08:15 and usually, i think what people who are burned out miss is taking time off Sep 15 20:08:16 It reached a point, I don't know when, at which it wasn't fun anymore Sep 15 20:08:23 ( I know, i did, and still do ) Sep 15 20:08:52 And you even don't want to participate a little from time to time as a simple coder anymore? Sep 15 20:09:10 I don't think so no Sep 15 20:09:16 I'm on another project anyways :-) Sep 15 20:09:34 Plus, I'm far too outdated and old and whiny Sep 15 20:09:44 :( Sep 15 20:10:05 i want an shr that is working again... :'( Sep 15 20:10:06 I'm pretty sure you guys threw a lot of what I did anyways :-) Sep 15 20:10:13 Ainulindale: well, you were whiny before, so that's not a issue :p Sep 15 20:10:14 Which would be sensible as it was probably crap Sep 15 20:10:20 misc: heh Sep 15 20:10:31 (and people prefer the term "french" than "whiny" ) Sep 15 20:10:39 well it does work too, yes :-) Sep 15 20:11:02 * misc avoid the tasteless pun on whiny the bear related to previous job of Ainulindale Sep 15 20:11:06 actually, not much changed over last ~2 years regarding our apps Sep 15 20:11:18 except some bugfixes Sep 15 20:11:20 Thamos: let me be clear, efforts are great, uncoordinated efforts often lead to a huge mess though Sep 15 20:11:27 and much new bugs... Sep 15 20:11:39 most of the work was put into maintaining the distro Sep 15 20:11:40 dos1: so libfso-glib, ophonekitd and all? Sep 15 20:11:55 Ainulindale: s/ophonekitd/phonefsod and phoneuid/ Sep 15 20:12:07 so you see you changed it :-) Sep 15 20:12:10 uncoordinated efforts are not the problem, that's just that you need lots of them to go in 1 direction so you have enough Sep 15 20:12:21 misc: well Sep 15 20:12:24 oh, so you already wasn't there then? ;) Sep 15 20:12:34 then yes, it got changed :D Sep 15 20:12:39 since coordinating is time consuming and burning people :/ Sep 15 20:12:40 I remember when a guy here, who's not there anymore, decided we should use crafty new stuff and languages Sep 15 20:12:43 in the end Sep 15 20:12:44 nothing got done Sep 15 20:12:50 pretty soon Sep 15 20:13:02 seeing shiny thhings to do is one thing, actually getting stuff done is another Sep 15 20:13:20 for sure, but the problem is partially that people do code in a different direction Sep 15 20:13:26 dos1: I really don't remember it's been a long time :-) Sep 15 20:13:30 but also that people who do not code, do not code in any direction Sep 15 20:13:37 I think I quit that community when I quit bearstech anyways Sep 15 20:16:06 Ainulindale: I think libphoneui-*/phonefsod/phoneuid rewrite was one of the main goals of early coreteam Sep 15 20:16:06 maybe it wasn't named as that back then Sep 15 20:16:06 I really don't remember Sep 15 20:16:06 Anyways you should see if you were to look at the archives I suppose Sep 15 20:16:06 Which I still have Sep 15 20:16:06 but I'm too lazy to look :-) Sep 15 20:16:06 so you do not even code on non OM related project for fun ? Sep 15 20:16:06 dos1: Have you build packages of your new bugfixes, that you would upload again? Sep 15 20:16:27 you shouldn't trust binaries from strangers! :P Sep 15 20:17:00 yeah, yeah, sure ^^ Sep 15 20:17:49 http://dosowisko.net/fsogsmd/ Sep 15 20:17:59 i don't think you put cia/nsa stuff in there ;) Sep 15 20:18:14 you'll need to force downgrade, and "opkg upgrade" will overwrite it Sep 15 20:18:41 but well, next image should already have it included Sep 15 20:18:46 (phoneuid and phonefsod, that is) Sep 15 20:19:02 k Sep 15 20:19:33 I'm actually quite happy with my SHR based Freerunner as it is now Sep 15 20:19:42 the only thing that bothers me is wifi Sep 15 20:19:46 misc: not really these days Sep 15 20:19:53 I started to for VASSAL a year ago Sep 15 20:20:00 I should get back into it but can't find motivation Sep 15 20:21:16 phoneuid has some crashes, which bother me, too Sep 15 20:21:30 but maybe these are gone with new dbus-fixes Sep 15 20:21:49 Thamos: try to get some backtraces if you'll find some way to reproduce them Sep 15 20:22:11 it crashes, if i scroll in contacts, and phoneuid does not restart usable (seems to be unable to connect to X) Sep 15 20:22:24 aaaah neverending crashes due to neverending changes Sep 15 20:22:25 sigh Sep 15 20:22:42 Ainulindale: changes stalled long time ago Sep 15 20:22:48 the only use I have left for my freerunners is to use them to play music to my son :-p Sep 15 20:23:03 (and even that fails sometimes :-( ) Sep 15 20:23:19 since i use it as daily phone, i find many many bugs ^^ Sep 15 20:23:38 Thamos: I did too but then you need people fixing them :-) Sep 15 20:23:42 my today dbus fixes were first from ~1,5 years Sep 15 20:23:44 :( Sep 15 20:24:01 and then you need people testing the fixes Sep 15 20:24:05 and testing non reression Sep 15 20:24:08 +g Sep 15 20:24:17 and I don't mean just my commits Sep 15 20:24:23 and turns out at the time I was pretety much the only one doing that :-p Sep 15 20:24:30 dos1: ? Sep 15 20:24:34 Ainulindale: http://shr-project.org/trac/wiki/Stabilizing Sep 15 20:24:53 dos1: "at the time" :-) Sep 15 20:25:00 what are 'just commits'? Sep 15 20:25:23 dos1: you mean real rework? Sep 15 20:25:26 there are still stupid stuff written by me in this wiki :-) Sep 15 20:25:48 Thamos: no, any changes at all Sep 15 20:25:57 Ainulindale, you have left your marks ^^ Sep 15 20:26:02 there was one in phonefsod by JaMa, to adjust it to new glib Sep 15 20:26:08 and other that that, nothing since 2012 :( Sep 15 20:26:30 i did one with the loudness Sep 15 20:26:38 Ainulindale: those pages are actually related to current state Sep 15 20:26:52 a small one, but my very first at all ^^ Sep 15 20:27:18 Thamos: that was in libphoneui-shr :) Sep 15 20:27:33 oh, you just meant phoneuid and phonefsod? Sep 15 20:27:41 yup Sep 15 20:27:43 k Sep 15 20:27:48 it's a bit better there, but not much: http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=summary Sep 15 20:28:08 just 1y instead of 1,5-2y :P Sep 15 20:28:18 sad Sep 15 20:28:50 and FSO shares that fate Sep 15 20:28:58 i think many developers left, cause some time there was too much unstability... Sep 15 20:29:33 yeah, but i dislike that. i like shr and i want it in good working condition again.... Sep 15 20:31:32 maybe we should start some noise on the mailing lists? Sep 15 20:32:32 hi Sep 15 20:32:41 I like shr too, still using it day to day :) Sep 15 20:32:50 H :) Sep 15 20:33:04 jake42, which version? Sep 15 20:33:36 yay, there are three of us! :) Sep 15 20:33:48 ^^ Sep 15 20:34:34 Thamos: some old version with 2.6.34 kernel Sep 15 20:34:46 39 kernel is not stable enough for me Sep 15 20:34:57 but 34 is not able to run with systemd Sep 15 20:34:57 yes, there you are right. Sep 15 20:35:04 i am suffering under 39... Sep 15 20:35:38 shrversion: 20120327 Sep 15 20:35:52 is your version really stable? Sep 15 20:36:43 it works for me, but there are bugs like you and dos1 where fixing in the last days Sep 15 20:36:48 maybe i should try it. As my gf is really getting angry at me, because my phone is not relyable, and i don't want to switch to something other than shr :D Sep 15 20:37:25 maybe the new packages are compatible to your version? Sep 15 20:37:51 we need some serious kernel debugging.. Sep 15 20:38:28 hm. But all kerneldeveloper are just interested in new gta04 Sep 15 20:38:33 lindi-, we need you! :) Sep 15 20:39:28 when they get far enough, i might switch to my gta04... Sep 15 20:39:39 SHR on gta04 need some work too Sep 15 20:39:57 like newer kernel Sep 15 20:40:07 yes, but i think not too much, when we get a working kernel. Sep 15 20:40:12 QtMoko seems to be the most popular on GTA04 Sep 15 20:40:13 with right power-management Sep 15 20:40:34 i don't know if anyone is developing shr for gta04 Sep 15 20:40:39 radekp is constantly maintaining it Sep 15 20:40:46 think only fso got some developing Sep 15 20:41:02 which cannot really be said about SHR Sep 15 20:41:14 QtMoko is fine for just using as a phone, but not as pocketpc Sep 15 20:41:20 hm. :( Sep 15 20:41:28 this is why i want shr! Sep 15 20:42:57 right, I tried Qtmoko a few times but always came back to SHR Sep 15 20:43:31 despite the occasional bug :) Sep 15 20:43:58 THE occasional bug ? Sep 15 20:44:02 just one? Sep 15 20:44:05 :P Sep 15 20:44:06 at your side? Sep 15 20:44:13 * jake42 beeing over optimistic Sep 15 20:44:18 ^^ Sep 15 20:46:40 hm. i wanted to create some new bug reports, now time is up and i just chatted ^^ Sep 15 20:46:49 :-/ Sep 15 20:47:07 bug reports we have to many in trac ;-) Sep 15 20:47:18 s/to/too Sep 15 20:47:43 most relevent bugs are still kernel related :-( Sep 15 20:47:46 I remember my efforts to clean up trac when I started to work on SHR Sep 15 20:47:57 got bored very quickly :D Sep 15 20:48:03 everything else is mostly secondary Sep 15 20:48:21 dos1: tried that too sometime ;) Sep 15 20:48:55 wouldn't say so Sep 15 20:49:25 think i got to restart my phone 3/4 because of other bugs. Sep 15 20:49:42 the lately fixed pin-issure got me crazy... Sep 15 20:50:31 now there is still the bug with the contacts, which may got fixed with dbus-fixes. *hope* Sep 15 20:50:33 with 2.6.39 kernel I had a crashed neo twice a day Sep 15 20:50:33 no incoming calls -> baaad Sep 15 20:51:04 if it works, you two did some awesome work! Sep 15 20:51:07 i am at once a day because of kernel, i think. Sep 15 20:51:38 wow Sep 15 20:51:59 but i get more crashes, because of other stuff, i think. Sep 15 20:52:00 I'm restarting maybe twice in a week... Sep 15 20:52:08 dos1: which kernel? Sep 15 20:52:11 wow Sep 15 20:52:13 39 Sep 15 20:52:22 dos1: use case? Sep 15 20:52:29 how do you use the phone... Sep 15 20:52:39 daily phone Sep 15 20:52:47 so with suspend? Sep 15 20:52:50 do you work at home? Sep 15 20:52:56 but I rarely make calls, mostly SMS Sep 15 20:52:57 nope Sep 15 20:53:00 (less movement between cells...) Sep 15 20:53:10 I mean, yes, with suspend; no, I don't work at home Sep 15 20:53:14 hm. Sep 15 20:53:28 with the 34 kernel I get uptimes of weeks or even months Sep 15 20:53:31 i got most crashes while receiving sms... Sep 15 20:53:44 hmm Sep 15 20:53:49 Thamos: disable SMS notification Sep 15 20:53:53 use opimd-notifier Sep 15 20:54:11 maybe that's the difference! Sep 15 20:54:19 that may really be! Sep 15 20:54:36 but i want to test the new fsogsmd i got from you some time first. Sep 15 20:55:17 hey, before i forget it, i want to praise you for opim, dos1. Sep 15 20:55:51 i have really many sms in storage, and some contacts, too. Never got any problems with opimd, since years... Sep 15 20:56:57 my db is 2.2M already... And it is still fast. Sep 15 20:57:24 Thamos: that's mostly thanks to TAsn Sep 15 20:57:43 ok, then i praise him, too :) Sep 15 20:58:06 some really reliable part. Sep 15 20:58:34 I just did some ground work to actually make it working Sep 15 20:58:36 just wanted to say it, most people only complain if it is unreliable, nobody ever thanks for a simply working thing... Sep 15 20:58:44 it actually sucked performance-wise :) Sep 15 20:58:46 a lot Sep 15 20:58:57 ^^ Sep 15 20:59:09 then TAsn redesigned it around sqlite and it works great now Sep 15 20:59:26 is TAsn still around? Sep 15 20:59:40 As Developer? Sep 15 21:00:04 haven't heard in the mailing list from him. And here in irc. Sep 15 21:00:23 only seen his name in some code... Sep 15 21:00:25 probably no Sep 15 21:00:35 maybe he'll see that and answer by himself :) Sep 15 21:00:43 ^^ Sep 15 21:01:35 this amount of voice on this channel is already abnormal Sep 15 21:01:53 and then someone is mentioning you! Sep 15 21:01:58 lol hehe Sep 15 21:02:02 this clearly means something is going on :D Sep 15 21:02:04 yes this is normally a quiet channel ;p Sep 15 21:03:18 :D Sep 15 21:05:27 Was someone of you involved in the Aurora project? Sep 15 21:05:48 IIRC mickeyl and morphis Sep 15 21:05:54 it was basically FSO project Sep 15 21:06:04 some kind of reference implementation Sep 15 21:06:28 fso project? something like the shr-stuff, but for reference for fso? Sep 15 21:06:40 should become a simple featurephone Sep 15 21:06:53 using shr as base Sep 15 21:06:57 we just hosted distro infra for aurora Sep 15 21:07:20 *using openembedded as base Sep 15 21:07:38 so aurora should just give featurephone functionality, and shr provided smartphone features? Sep 15 21:08:11 yup, it was just a FSO client with "do only what's necessary" philosophy Sep 15 21:08:12 shr was always very unstable Sep 15 21:08:13 haven't got the clue, why new dialer-apps were needed. Sep 15 21:08:45 so the thought was: as simple as it gets Sep 15 21:08:48 but they didn't got far? Sep 15 21:09:04 died pretty fast IIRC Sep 15 21:09:06 to be able to test and showcase FSO without dependency on other projects Sep 15 21:09:20 aurora was successor of zhone Sep 15 21:10:00 hm. why died it? had they hope, that more developer would join, or did they loose interest themselve? Sep 15 21:10:20 well, it was part of FSO project Sep 15 21:10:37 their manpower was already low for maintaining FSO itself Sep 15 21:10:48 dos1: how do i deactivate sms-notifing? Sep 15 21:11:00 /etc/phonefsod.conf Sep 15 21:14:23 dos1: show_incoming_sms ? Sep 15 21:14:27 yup Sep 15 21:15:15 how do i deactivate opimd-notifier, when i want to test shr-standard again? Sep 15 21:15:36 dos1 ? Sep 15 21:15:48 opkg remove opimd-notifier? :) Sep 15 21:16:17 sure, how obvious ^^ Sep 15 21:18:19 if i install opimd-utils, is there something activated by it self? Sep 15 21:18:40 or do i have to configure it? dos1 Sep 15 21:18:55 reboot, I guess Sep 15 21:19:01 or just X restart Sep 15 21:19:31 and only opimd-notifier gets used automatically? no other utils? Sep 15 21:19:43 yup Sep 15 21:19:48 others are just standalone apps Sep 15 21:20:46 ok. rebooting at the moment, with new fsogsmd phoneuid phonefsod and opimd-notifier. tension :D Sep 15 21:20:48 if your overall impression about stability will increase, I guess I'll have to look at SMS notification in libphone* ;) Sep 15 21:21:22 i will report bugs ;) Sep 15 21:21:28 and provide logs. Sep 15 21:21:42 wow, pin dialog came up really faster! Sep 15 21:22:07 great! Sep 15 21:22:30 :) Sep 15 21:24:31 the phoneuid stuff you corrected was just the dbus-connection to phonefsod, dos1? Sep 15 21:25:16 setting up dbus connection at all Sep 15 21:25:28 it was totally borked... Sep 15 21:25:39 i'm amazed that it was working at all :P Sep 15 21:25:48 ok, so my hope is founded. Sep 15 21:26:00 my hope for the contacts. Sep 15 21:26:06 i think i will try now Sep 15 21:26:23 do you know how to use gdb? Sep 15 21:26:57 i always wanted to learn, but didn't do till now Sep 15 21:27:16 don't know if it is my imagination, but got the feeling contact started faster. Sep 15 21:28:52 damn it, crashed again :( Sep 15 21:29:48 gn8 & happy debuging :) Sep 15 21:30:31 gn8 Sep 15 21:30:34 cya! Sep 15 21:31:11 killall -9 phoneuid Sep 15 21:31:22 DISPLAY=:0 gdb phoneuid Sep 15 21:31:26 crash Sep 15 21:31:27 then bt Sep 15 21:31:32 then report what it'll show Sep 15 21:31:56 you might also want to install libphone-ui-shr-dbg package, and maybe phoneuid-dbg Sep 15 21:34:19 in journalctl i got following log: Sep 15 21:34:23 Sep 15 23:28:02 om-gta02 xinit[279]: ERR<468>:elementary elm_widget.c:3565 elm_ Sep 15 21:34:23 widget_type_check() Passing Object: 0x2734f8 in function: elm_genlist_item_brin Sep 15 21:34:23 g_in, of type: 'elm_index' when expecting type: 'elm_genlist' Sep 15 21:34:53 does this help? Sep 15 21:36:10 ok, i trie now to reproduce bug. Sep 15 21:36:32 hmm Sep 15 21:36:47 does it maybe happen when clicking somewhere near right side of the screen? Sep 15 21:37:07 looks like elm_index usage is broken somehow Sep 15 21:37:19 here it shows only A and doesn't do anything Sep 15 21:38:51 at my place it shows only 1 Sep 15 21:38:59 but this is another bug, i guess. Sep 15 21:39:18 sometime, it recovers, when i let it suspend and resume. Sep 15 21:39:28 then i get all indexes again. Sep 15 21:40:22 good to see this channel alive again :) Sep 15 21:41:24 * JaMa working 17hours in row and it's fscking sunday :/ Sep 15 21:41:55 JaMa, look after your health... Sep 15 21:42:31 dos1 shouldn't phoneuid restart usable? Sep 15 21:43:10 i have reported the issue as http://www.shr-project.org/trac/ticket/2097 Sep 15 21:43:51 JaMa, what do you have to work on sundays? Sep 15 21:45:00 dos1: still with me? do you want to work on bug 2098, why it crashes, or on 2097, why it is not able to restart? Sep 15 21:45:20 it restarts Sep 15 21:45:33 see, 18:23:04 -> 18:23:08 Sep 15 21:46:00 that message about X11 comes from dbus autolaunch Sep 15 21:46:07 which doesn't work for phoneuid Sep 15 21:46:22 but then phoneui-wrapper.sh kicks in Sep 15 21:46:51 Thamos: we have important deadline next week and some tasks (bigger changes in OE) are better done during weekends when there is fewer people in office Sep 15 21:47:43 JaMa: Then you get your time off after deadline? Sep 15 21:49:17 dos1: may it be, that we got 2 phoneuids, and the one that can't talk to x does fetch the signals from buttons? Sep 15 21:49:38 see 441 442 Sep 15 21:49:40 might be Sep 15 21:49:47 but it would happen just once anyway Sep 15 21:50:05 once? Sep 15 21:50:11 once per crash Sep 15 21:50:12 ;) Sep 15 21:50:13 it stays in that condition till reboot.... Sep 15 21:50:20 lol Sep 15 21:50:25 so it's something different probably Sep 15 21:51:30 the crash is something different. But i think, this should be solved, too. But first the crash, if the restart works, nobody goes for the crash itself again ^^ Sep 15 21:51:54 I'll play with it Sep 15 21:51:55 but not today Sep 15 21:52:39 ok. Sep 15 21:52:45 finish for today? Sep 15 21:53:01 yup Sep 15 21:53:04 at least with SHR stuff Sep 15 21:53:35 but with everything else too soon, it's getting pretty late here :) Sep 15 21:53:45 hm. i have killed all phoneuid and started one in gdb, but my buttons don't work again :( Sep 15 21:53:58 yes, at my place, too. Sep 15 21:54:03 did you type "run"? Sep 15 21:55:02 should i? Sep 15 21:55:10 yup, in gdb Sep 15 21:55:16 uups, lol Sep 15 21:55:23 :) Sep 15 21:55:31 now it is running :) Sep 15 21:56:01 and working. Sep 15 21:56:34 maybe you get a log later in the trac of 2098 Sep 15 21:58:51 i think i have to install dev and dbg package first... Sep 15 21:59:16 you don't need -dev Sep 15 21:59:18 just -dbg Sep 15 21:59:30 k Sep 15 22:01:14 should gdb complain somehow? Sep 15 22:01:26 Or should i simply enter bt, when i think it is crashed? Sep 15 22:02:17 it will tell you when it crashed Sep 15 22:02:31 and you'll have a (gdb) prompt again Sep 15 22:03:10 Program received signal SIGINT, Interrupt. Sep 15 22:03:15 is this a crash? Sep 15 22:03:31 yes, but caused by ctrl+c? Sep 15 22:03:34 0x402e8ca4 in pthread_cond_wait () from /lib/libpthread.so. Sep 15 22:03:55 no, closed contacts, after taking forever Sep 15 22:04:15 now it looks like a deadlock to me... Sep 15 22:05:51 and closing contacts should not close phoneuid, or? But i think it is enough for today... Sep 15 22:06:26 this problem may be for next weekend ^^ Sep 15 22:09:43 gn8 dos1 and whoever else is listening. Sep 15 22:09:51 gn Sep 16 00:08:44 http://talk.maemo.org/showthread.php?t=91142 Sep 16 00:09:08 and particularly http://neo900.org/ -- all new, all fresh **** ENDING LOGGING AT Mon Sep 16 02:59:58 2013