**** BEGIN LOGGING AT Mon Jul 13 02:59:57 2009 Jul 13 07:25:44 TAsn_: I guess that's for dos1, but anyway before I forget: '""2009.07.13 09:18:27.709 opimd ERROR Error opening /etc/freesmartphone/opim/csv-contacts.txt"" in /var/log/frameworkd.log for sure would be more PC to call that "INFO" (as long as csv-backend isn't default) Jul 13 07:35:13 TAsn_: (dos1) SMS-new:: [add number] non-num numbers are rejected, hmm... good. BUT it would be *really* nice to display a short msg-box informing *why* it seems the [add]-button is broken and doesn't work. Or maybe red-highlite the wrong chars. Even better: don't accept wrong chars (check on input method). Best: use the dialer-screen with 12-key numpad instead of keyboard. Jul 13 07:36:14 DocScrutinizer: about the first, no idea :) dos will know ;) (will ask him) Jul 13 07:36:22 as for the second, are you talking about shr-messages? Jul 13 07:36:37 or some sort of opimd-utils or I don't know what? Jul 13 07:36:46 yup, and yes I know they will die Jul 13 07:37:01 anyhow, if you are talking about shr-messages, I agree about the 12 key numpad Jul 13 07:37:12 DocScrutinizer: we also need to do the numbpad in shr-messages :) Jul 13 07:37:15 the shr-msgs Jul 13 07:37:18 don't worry it's in my todo Jul 13 07:37:27 (fixing phonegui completely) Jul 13 07:37:40 err, nevermind Jul 13 07:37:55 I mean: the *default* msg-app Jul 13 07:37:56 what? Jul 13 07:37:59 yeah Jul 13 07:38:05 that's shr-messages (phonegui) Jul 13 07:38:12 whatever that is ATM Jul 13 07:38:14 shr-messages = libframeworkd-phonegui Jul 13 07:38:14 :) Jul 13 07:38:21 I'll fix that. Jul 13 07:38:35 (hopefully) Jul 13 07:39:00 anyhow I gtg Jul 13 07:39:06 I have a meeting soon Jul 13 07:39:07 ciao. Jul 13 07:39:30 TAsn_: I had a totally funy bug, when num-kbd opened a preview-textbox some way up&right to the kbd itself, and I wasn't able to enter numbers Jul 13 07:39:45 TAsn_: ciao Jul 13 07:41:54 btw DocScrutinizer Jul 13 07:41:57 I came back for a sec Jul 13 07:42:18 I may need your help this weekend writing that TS driver you suggested. Jul 13 07:42:19 :) Jul 13 07:42:30 well, after that playing around with new-SMS (though probably unrelated), my kernel borked when I hooked up suspended phone to laptop Jul 13 07:42:34 as my TS is getting annoying :) Jul 13 07:42:45 TAsn_: (ts-driver) np Jul 13 07:42:49 DocScrutinizer: never happened to me. Jul 13 07:43:17 seems ASoC had some fault in strlen Jul 13 07:43:32 DocScrutinizer: windows laptop? Jul 13 07:43:48 nope Jul 13 07:44:08 oh, cause there was a bug in rndis in the kernel Jul 13 07:44:16 that PaulFertser hacked a fix for Jul 13 07:44:35 sorry for spamming - - will post here... prepare for impact Jul 13 07:44:40 but it only happens when the pc asks for the vendor Jul 13 07:44:41 kernel-oops / panic /whatever (killing X, showup console, dev nonresponsive aka frozen) - happened on hookup to PC Jul 13 07:44:42 PC is at strlen+0x18/0x2c Jul 13 07:44:44 LR -- " -- +0x34/0x6c Jul 13 07:44:45 process events/0 Jul 13 07:44:47 backtrace: Jul 13 07:44:48 strlen+0x0/0x2c from strlen+0x34/6c Jul 13 07:44:50 strlen+0/6c from snd_soc_dapm_stream_event+b4/180 [snd_soc_core] Jul 13 07:44:51 r7:0 r6:c7316a08 r5:c7000080 r4:0 Jul 13 07:44:53 snd_soc_dapm_stream_event+0/180 from soc_resume_deferred Jul 13 07:44:55 soc_resume_deferred+0/2d0 from run_workqueue+124/228 Jul 13 07:44:57 run_workqueue+124/228 from worker_thread+e4/f8 Jul 13 07:44:59 worker_thread+0/f8 from kthread+60/94 Jul 13 07:45:03 r6:c00553d8 r5:c7810420 r4:c7830000 Jul 13 07:45:05 kthread+0/94 from do_exit Jul 13 07:45:07 r6/5/4:0 Jul 13 07:45:11 g_ether gadget fullspeed conf #1: CDC ether (ECM) Jul 13 07:45:32 snd_soc_dapm_stream_event Jul 13 07:45:43 hm.. Jul 13 07:46:09 yup, ASoC seems buggy Jul 13 07:46:26 ;\ Jul 13 07:47:08 okie Jul 13 07:47:11 I really gtg now Jul 13 07:47:19 DocScrutinizer: just ask PaulFertser :) Jul 13 07:47:20 ciao. Jul 13 07:47:22 enjoy ;-> Jul 13 07:47:26 hopefuly Jul 13 07:50:39 phonelog needs a way to not only call back, but also to send SMS, and to create contact Jul 13 07:51:37 SHR-message needs call-back and create-contact Jul 13 07:53:09 even "highlite number in text (ts-drag) and create contact from selected text" Jul 13 07:54:19 good morning Jul 13 08:58:46 * dos1 has prototype of SHR Installer Jul 13 09:00:29 it has two separated classes - SHRInstaller (for PackageKit interaction) and SHRInstallerGUI Jul 13 09:01:06 SHRInstaller supports ATM connecting and disconnecting to PackageKit, and searching packages by name Jul 13 09:01:32 SHRInstallerGUI only connects to PackageKit via SHRInstaller :D Jul 13 09:01:55 but that's ATM, packagekit seems to be so simple Jul 13 09:02:45 (in using, not in functionality ;)) Jul 13 09:05:12 hi tehre Jul 13 09:10:07 http://scap.linuxtogo.org/ Jul 13 09:10:29 and i'm bbl - have to go out with dog ;) Jul 13 09:41:32 Hi, do we still need a community poll for WLAN? Jul 13 09:41:49 are these all options we have or should I add more? http://www.spaetz.net/poll/ Jul 13 09:43:55 is there a way now to store outgoing sms using shr? Jul 13 09:45:25 don't think it is doing that now... Jul 13 09:46:17 ok. because since you don't get feedback if the sms can't be sent, and this is bad. Jul 13 09:46:44 yep Jul 13 09:46:58 spaetz: connmand is your own prefered way of managing wifi? Jul 13 09:47:20 ok, i'll have to try it then Jul 13 09:50:47 KaZeR_mobi: it's prefered way in FSO Jul 13 09:51:21 KaZeR_mobi: and you can store outgoing sms, if you're opimd developer and you know how to use opimd-utils/write you own scripts Jul 13 09:51:30 KaZeR_mobi: even with error feedback :P Jul 13 09:51:55 someone can help me to put paroli on SHR making it work well Jul 13 09:51:55 i try to put shr repo on OM2009 unstable but was not so well Jul 13 09:52:10 dos1: lol Jul 13 09:52:51 pbaxter: if you want paroli, install om2009 Jul 13 09:52:58 pbaxter: if you want shr apps, install SHR Jul 13 09:53:00 so simple ;P Jul 13 09:53:04 dos1: i prefer SHR repo Jul 13 09:53:09 they'r so updates Jul 13 09:53:11 updated Jul 13 09:53:26 pbaxter: but mixing repositiories is baaaaad Jul 13 09:53:43 pbaxter: you can do it, but on your own risk :P Jul 13 09:53:56 dos1: what is bad are the config files of frameworkd.conf and some others Jul 13 09:54:04 so now i can't make om2009 start Jul 13 09:54:19 (yesterday i tried to put om2009 unstable, add shr repo and update all) Jul 13 09:54:35 pbaxter: I would never expect that to work Jul 13 09:54:36 but today it doesn't start...it arrives only to login but through a terminal Jul 13 09:54:42 pbaxter: why? we have just different, better configuration :P Jul 13 09:54:58 spaetz: i just only to change the things that starts Jul 13 09:55:00 and it's *very* easy to replace it with original one Jul 13 09:55:39 pbaxter: SHR with Paroli? it's simple - rm /etc/X11/Xsession.d/89ophonekitd; opkg install paroli; and that's all! Jul 13 09:56:16 pbaxter: or if you also want Om2009 configuration, then replace all *-shr packages with original ones, but that's not necessary Jul 13 09:56:33 dos1: you mean shr-* packages right? Jul 13 09:56:44 pbaxter: oh, that wouldn't be om2009 configuration. they are even using different one i think Jul 13 09:56:47 pbaxter: no. *-shr Jul 13 09:56:51 dos1: by removing ophonekitd I basically disable all of shr's phone/sms capabilities? Jul 13 09:56:58 Derick: yes Jul 13 09:56:59 including pin registration? Jul 13 09:57:03 Derick: yes Jul 13 09:57:05 ok Jul 13 09:57:10 good :) Jul 13 09:57:32 so then I can my own app listening to dbus signals etc Jul 13 09:57:34 ok dos1: thanks a lot Jul 13 09:57:36 pbaxter: shr-* apps you can still have, for instance shr-settings and shr-dialer will be still usable Jul 13 09:57:52 pbaxter: hmm... shr-contacts and shr-messages should be also usable with paroli Jul 13 09:58:19 pbaxter: the only difference is that PIN, incoming messages, sms and ussd will be handled by paroli, not shr apps Jul 13 09:58:29 pbaxter: but you don't need to remove. just don't use :P Jul 13 09:58:42 Something else, how would I go about contributing packages to shr? Like my PHP ports and extensions? Jul 13 09:58:43 ok dos1 Jul 13 09:58:55 dos1: does opimd supports creating different folders for messages yet? Jul 13 09:58:58 Derick: send .bb recipes to shr-devel Jul 13 09:59:14 agg1n: it supports, but i didn't test it at all, so i don't know if it even works Jul 13 09:59:17 dos1: ah, hmm, I compiled on the phone cause PHP doesn't do cross compilation :-/ Jul 13 09:59:30 Derick: then it won't be in SHR, sorry :( Jul 13 09:59:50 okay, option B: how do I setup a repository? :) Jul 13 10:00:20 Derick: search for ipkg-utils or something like that. Google seems to perfectly know about creating ipkg/opkg repositiories ;) Jul 13 10:00:27 ok ;-) Jul 13 10:01:20 bbl Jul 13 10:01:21 dos1: would be nice to have at least two folders for received and sent messages i think Jul 13 10:02:18 agg1n: well, you can just query for messages in that way: {'Direction':'in'} and you'll get the same functionality without folders Jul 13 10:02:40 agg1n: but some code for folders is in opimd, i saw it, but i didn't even touch it :) Jul 13 10:03:51 dos1: ok nice, so sent messages are being kept by opimd? Jul 13 10:04:51 agg1n: if app in which are you sending message stores it, then yes Jul 13 10:05:21 agg1n: opimd-utils does that already, but it still needs some work to be announced, and that's only test app, not complete phone suite Jul 13 10:07:10 dos1: i started to write an msg-app in vala (just to learn the language) and i want to implement handling of folders.. i will take a look at opimd-utils :) Jul 13 10:08:33 agg1n: please, implement it in opimd interface, not ogsmd :) Jul 13 10:08:43 agg1n: ogsmd only for sending message, nothing else ;) Jul 13 10:08:55 dos1: of course! :) Jul 13 10:09:29 agg1n: then we could find and fix more bugs or create more usecases ;) Jul 13 10:09:51 agg1n: so if you want to develop with opimd, then opimd-utils is for you ;) Jul 13 10:11:01 dos1: is opimd-utils in a public repository where i can view the sources? Jul 13 10:11:15 agg1n: well, that's python Jul 13 10:11:24 agg1n: but of course, it's in public repository Jul 13 10:11:41 agg1n: http://openmoko.opendevice.org/svn/trunk/opimd/ Jul 13 10:11:50 dos1: i'm at work and forgot my usb cable :X Jul 13 10:11:56 dos1: thx Jul 13 10:12:07 agg1n: don't you have vala-terminal and illume keyboard? ;) Jul 13 10:12:15 agg1n: i'm mostly developing with that combination ;D Jul 13 10:12:32 (that's why i like python Jul 13 10:12:34 ) Jul 13 10:14:43 agg1n: http://wiki.openmoko.org/wiki/Opimd Jul 13 10:14:55 in future i'll try to write some opimd tutorial Jul 13 10:15:45 dos1: nice :) Jul 13 10:43:30 hello Jul 13 10:52:23 dos1: opimd is usable also to write sms now? Jul 13 10:53:11 pbaxter: write sms? Jul 13 10:54:02 yes dos1 Jul 13 10:54:14 dos1: now it just opens when an sms arrive Jul 13 11:02:58 pbaxter: what? opimd doesn't open anything Jul 13 11:13:25 I'm sure it opens a paren here and there. :P Jul 13 11:13:55 DocScrutinizer: I know phonelog needs those stuff Jul 13 11:14:00 I wish I could implement them Jul 13 11:14:13 though the problem is not with me but with the phonegui app :) Jul 13 11:14:15 *lib Jul 13 11:14:31 there's a lack of python bindings :) Jul 13 11:14:56 TAsn_: which stuff? Jul 13 11:15:50 thrashold: i mean windows of cource ;) as i think pbaxter didn't undestand something ;x Jul 13 11:16:12 BTW. look at "The University of São Paulo's intent to join Openmoko development" mail on comminity ml Jul 13 11:16:53 dos1: ultra sweet! :) Jul 13 11:17:10 dos1: creation of sms/contacts from pyphonelog Jul 13 11:17:32 I have a couple of possible solutions Jul 13 11:17:42 either create a simple c app wrapper around that lib Jul 13 11:17:43 TAsn_: dbusified phonegui/ophonekitd will fix that automatically ;) Jul 13 11:17:50 dos1: duh. Jul 13 11:17:56 TAsn_: but until that creating python bindings shouldn't be so hard Jul 13 11:18:27 of course :) Jul 13 11:19:42 TAsn_: look at scap Jul 13 11:20:20 dos1: super sweet! Jul 13 11:20:28 how did you do that so fast? :) Jul 13 11:20:42 TAsn_: 4 hours... i couldn't sleep :D Jul 13 11:20:57 haha. Jul 13 11:21:20 TAsn_: but only connecting to packagekit and gui of main menu is already done Jul 13 11:21:47 TAsn_: but it shouldn't be hard to implement others. packagekit api looks to be very simple in implementation ;) Jul 13 11:21:49 still. Jul 13 11:21:51 :) Jul 13 11:22:27 bah Jul 13 11:22:32 this call waiting bug is killing me Jul 13 11:22:58 TAsn_: i've fixed opimd to support few lines in Calls domain recently Jul 13 11:23:07 TAsn_: and i know, what is causing that call waiting bug Jul 13 11:23:35 I know as well Jul 13 11:23:43 I think Jul 13 11:23:50 TAsn_: we only need And() and Or() triggers, as and and or filters Jul 13 11:23:53 haven't looked at this throughly Jul 13 11:24:15 and use CallListContains instead of CallStatus Jul 13 11:24:20 in rules.yaml Jul 13 11:24:21 dos1: the framework should NOT handle the change of states Jul 13 11:24:31 ophonekitd should Jul 13 11:24:41 and that'll solve the state being changed in the middle of a call Jul 13 11:25:03 answering/rejecting and in general handling calls is done by the UI Jul 13 11:25:09 or at least by some sort of agent Jul 13 11:25:16 a framework should not handle those by itself Jul 13 11:25:35 but only provide convinient apis to do so (as the framework does) Jul 13 11:25:56 I think everything will work if we'll just drop the frameworks handling of state files Jul 13 11:26:02 and let ophonekitd do the work instead. Jul 13 11:26:23 dos1: what do you think is the problem? Jul 13 11:27:06 ok nvm, just checked Jul 13 11:27:09 TAsn_: rules in rules.yaml Jul 13 11:27:10 it's not only the state files Jul 13 11:27:33 call waiting kills my phone entirely Jul 13 11:27:34 ;\ Jul 13 11:27:45 I should probably check that more throughly. Jul 13 11:27:49 TAsn_: rules are doing exactly what they are supposed to do Jul 13 11:28:18 dos1: changing states is NOT the rules resoponsibility Jul 13 11:28:20 TAsn_: they change to stereout if callstatus different to outgoing or active arrives Jul 13 11:28:32 TAsn_: but that's how it works now Jul 13 11:28:34 but THAT IS WRONG Jul 13 11:28:53 dos1: anyhow, it's not only the state files Jul 13 11:28:56 as I initially thought Jul 13 11:28:57 " rules are doing exactly what they are supposed to do" in meaning - there not bug in rules handling Jul 13 11:29:03 rules are written incorrectly Jul 13 11:29:07 in that meaning Jul 13 11:29:08 dos1: correct Jul 13 11:29:20 let me explain Jul 13 11:29:38 I think that in general the rules should NOT handle state changing (if you want I can explain why) Jul 13 11:29:44 but concerning this bug Jul 13 11:29:50 this is not a state issue Jul 13 11:30:03 as call waiting kills the call Jul 13 11:30:07 and not only changes the state Jul 13 11:30:23 furthermore I haven't checked yet (cause I don't have 2 extra phones around me atm) Jul 13 11:30:29 but I think the framework/ophonekitd dies Jul 13 11:30:35 as gsm connection dies after this happens. Jul 13 11:30:52 so this is clearly NOT a state (and therefore rules) issue Jul 13 11:30:54 :) Jul 13 11:32:00 sec, I have an idea. Jul 13 11:32:37 Our article is out \o/ Jul 13 11:32:42 asked my brother to call me :) Jul 13 11:32:49 TAsn_: 13:24:27 < TAsn_> dos1: the framework should NOT handle the change of states Jul 13 11:32:52 I disagree Jul 13 11:33:02 Do that, and every app on top of the framework will have to do it Jul 13 11:33:14 It may not be convenient the way it is now but I'm sure there's an alternative Jul 13 11:33:30 TAsn_, Ainulindale: ask DocScrutinizer if we should use states at all Jul 13 11:33:30 but listen Jul 13 11:33:31 :D Jul 13 11:33:38 dos1: that's for sure Jul 13 11:33:43 (we should not use states) Jul 13 11:33:43 dos1: I won't ask anything to Doc anyways Jul 13 11:33:46 but Ainulindale Jul 13 11:33:54 But whatever method we use Jul 13 11:33:58 many state changes Jul 13 11:34:01 We need something central for that specific thing Jul 13 11:34:03 require ui intervention Jul 13 11:34:04 !!! Jul 13 11:34:11 TAsn_: I don't mean no UI intervention Jul 13 11:34:11 for instance, answering a call Jul 13 11:34:21 Ainulindale: so how can you make that in rules? Jul 13 11:34:25 I just mean that we don't have to handle that in ophonekitd for instance Jul 13 11:34:34 Exceptin order to tell the framework to change it Jul 13 11:34:36 That is pertinent, yes Jul 13 11:34:40 Doing it manually isn't, IMHO Jul 13 11:34:50 ok Jul 13 11:34:54 not maybe in ophonekitd Jul 13 11:34:55 Is that clearer? :-) Jul 13 11:35:00 I haven't thought about that throughly Jul 13 11:35:09 though I just think the current way of handling IS NOT CORRECT Jul 13 11:35:16 TAsn_: BTW. i can't check what exactly happends on waiting call, as i don't have sim with call waiting enabled Jul 13 11:35:21 TAsn_: we can say that, yes Jul 13 11:35:24 dos1: I am testing. Jul 13 11:35:31 Ainulindale: I think the ANSWER CALL Jul 13 11:35:32 mehod Jul 13 11:35:33 method Jul 13 11:35:36 TAsn_: so i suggest you running frameworkd from shell and checking, if it produce some traceback Jul 13 11:35:41 should maybe provide a sound scenario to switch to Jul 13 11:35:52 DocScrutinizer: heh, i see. Let's hope it's something that was already fixed upstream :) Do you have a way to reproduce? Jul 13 11:35:59 By the way guys Jul 13 11:36:06 I currently have 12 mokos in the trunk of my car Jul 13 11:36:06 dos1: Jul 13 11:36:07 just checked Jul 13 11:36:09 It's time to run away Jul 13 11:36:11 TAsn_: hmm... but why it can't be handled by some rules engine? Jul 13 11:36:14 it's actually an ophonekitd bug Jul 13 11:36:23 dos1: it can, if you change one thing Jul 13 11:36:34 the answer call method Jul 13 11:36:39 i.e Jul 13 11:36:48 you may want to answer with speaker Jul 13 11:36:49 Hey guys Jul 13 11:36:51 http://alt-tab.org/?post/1257 Jul 13 11:36:54 Hmps Jul 13 11:36:56 Not that one Jul 13 11:36:59 http://www.ed-diamond.com/feuille_lmhs43/index.html Jul 13 11:36:59 of maybe even piping data to I don't know where (voip?) Jul 13 11:37:00 That one Jul 13 11:37:05 dos1: anyhow, dos. Jul 13 11:37:10 it's an ophonekitd bug Jul 13 11:37:11 Page 24 Jul 13 11:37:17 ** (process:1478): DEBUG: ophonekitd_call_add(2, 714) *** glibc detected *** ophonekitd: realloc(): invalid pointer: 0x000146c4 *** Jul 13 11:39:38 Ainulindale: nice :) Jul 13 11:40:49 anyhow dos1 Jul 13 11:40:59 it seems that this may be related to ophonekitd's phonelog Jul 13 11:41:03 and since we don't use that anymore Jul 13 11:41:11 I'll just drop the bad code and hope for the best :) Jul 13 11:41:12 tracfeed: Ticket #339 (receiving an incoming call when already on line) updated Jul 13 11:41:21 Ainulindale: btw, we dropped ophonekitd's phonelog :) Jul 13 11:41:35 TAsn_: huh? Jul 13 11:41:42 Where did you put it? In the framework rules? Jul 13 11:41:44 spaetz: concerning wat? Jul 13 11:41:48 Ainulindale: put what? Jul 13 11:41:56 Or did you use opimd? Jul 13 11:41:57 why drop it? Is there a replacement? Jul 13 11:42:02 Ainulindale: opiwd Jul 13 11:42:05 spaetz: opimd Jul 13 11:42:05 ahh, opimd Jul 13 11:42:08 :) Jul 13 11:42:09 k then Jul 13 11:42:10 TAsn_: that's a good news indeed Jul 13 11:42:11 super thanks to dos1 Jul 13 11:42:15 Ainulindale: aye. Jul 13 11:42:19 TAsn_: Did you advert that on the blog & ml ? Jul 13 11:42:27 If not, go and work on a text before I spank you Jul 13 11:42:34 * spaetz hands the whip Jul 13 11:42:36 Ainulindale: btw spaetz, Ainulindale respond to my shr-core testing vs unstable mail. Jul 13 11:42:40 Ainulindale: I sent to ML! Jul 13 11:42:45 ffs :) start reading mails! :) Jul 13 11:42:50 Yeah I intend to do that, the last few days though I was quite busy Jul 13 11:43:05 spaetz: I just want to get new -testing images so I am fine with your proposal Jul 13 11:43:15 Yeah testing is my #1 priority Jul 13 11:43:22 We should stop slacking with it Jul 13 11:43:29 I told so a month ago in a mail Jul 13 11:43:30 Ainulindale: well mrmoku|away said he'll start trying out my idea Jul 13 11:43:31 today Jul 13 11:43:38 Almost nobody acted upon it =) Jul 13 11:43:40 Which idea? Jul 13 11:43:44 I am still a bit doubtful about the cherry-picking approach as it requires some more effort and we don't even manage to push over -unstable to -testing in a brute-force way from time to time Jul 13 11:43:44 Ainulindale: well I'm trying to jump start it Jul 13 11:43:58 spaetz: READ THE MAIL I SENT! :) Jul 13 11:44:02 I did Jul 13 11:44:05 okie ;) Jul 13 11:44:05 heh, opimd Calls domain was only ~5 hours to have it working, and in another ~2 days it was almost completed ;) Jul 13 11:44:10 :) or is there a new mail? Jul 13 11:44:12 * spaetz checks Jul 13 11:44:12 spaetz: that's because we do it in leaps Jul 13 11:44:19 And that's not good Jul 13 11:44:22 Ainulindale: spaetz, summary of my suggestion Jul 13 11:45:25 TAsn_: "That's why I think cherry picking gives you nothing over mirroring (unless Jul 13 11:45:29 of course a bug was found) furthermore, mirroring when a bug isn't found is Jul 13 11:45:29 "mirror" the revs of the unstable branch every friday Jul 13 11:45:29 wait a week Jul 13 11:45:29 and then push the revs to the testing branch Jul 13 11:45:29 if everything went fine Jul 13 11:45:29 if we had issues, mirror everything but the bad packages Jul 13 11:45:29 we'll do it on a weekly basis Jul 13 11:45:32 exactly cherry-picking :)" Jul 13 11:45:34 ok, read it Jul 13 11:45:54 spaetz: lol Jul 13 11:45:56 I was about to say Jul 13 11:46:02 "WOW, that's exactly what I wrote" Jul 13 11:46:05 and then I saw the " Jul 13 11:46:05 ;) Jul 13 11:46:17 TAsn_: that's what I suggested a month ago you know =) Jul 13 11:46:37 yep, in theory we are all in agreement, it *jus* needs to be done :) Jul 13 11:46:45 Ainulindale: btw, when we'll release some beta/RC/stable image, try to make some official press apointment and send info about that to some famous IT news portals. we could have almost free advertising or SHR and openmoko projects ;) Jul 13 11:46:52 Ainulindale: nah, I'm starting a testing coup d'etat don't try to stop me Jul 13 11:46:53 :) Jul 13 11:47:03 or doing big brother on me Jul 13 11:47:07 rewriting logs and such Jul 13 11:47:12 dos1: Don't worry about that, I will :-) Jul 13 11:47:38 ok Jul 13 11:47:39 that's good ;) Jul 13 11:47:39 then Jul 13 11:47:46 spaetz: dos1 Ainulindale just for the record Jul 13 11:47:54 send a +1 mail to the ML Jul 13 11:48:01 TAsn_: And I don't care about who came up with the idea as long as people move Jul 13 11:48:02 Ainulindale: BTW. i've started to work on SHR Installer (using PackageKit) Jul 13 11:48:03 and we'll start doing that :) Jul 13 11:48:03 Should we include a poll thingie into the shr-blog? Displaying something like: http://sspaeth.de/poll/index.php?poll_ident=1 Jul 13 11:48:11 dos1: I investigated that too Jul 13 11:48:11 Ainulindale: I'm just kidding :) Jul 13 11:48:15 dos1: It's crappy sadly Jul 13 11:48:31 Ainulindale: in OE there is damn old version Jul 13 11:48:35 Ainulindale: some from 0.2 branch Jul 13 11:48:36 Ainulindale: really? according to dos it looksprommising Jul 13 11:48:42 Ainulindale: actually there is 0.5 release Jul 13 11:48:46 Well from what I recall Jul 13 11:48:54 There's some section thing you have to put in Jul 13 11:49:00 (in the recipes) Jul 13 11:49:02 and that's crappy Jul 13 11:49:07 At least IMHO Jul 13 11:49:13 Then I didn't look far enough Jul 13 11:49:20 Ainulindale: hmm? here i can search packages by name Jul 13 11:49:24 and it works Jul 13 11:49:43 maybe opkg backend is crappy Jul 13 11:50:06 please send an email with this link Jul 13 11:50:10 dos1: yeah you can, so was I able to, but you need to display them in categories Jul 13 11:50:18 although it seems that there are already 9 votes that favor mokonnect Jul 13 11:50:24 and no one in the ML said anything against it. Jul 13 11:51:38 Ainulindale: well in conclusion Jul 13 11:52:00 mrmoku|away will try to start a real testing branch this week :) Jul 13 11:52:03 (finally!) Jul 13 11:52:29 Well I have tomorrow and later today to help, maybe I'll start Jul 13 11:52:32 It's not difficult at all Jul 13 11:52:40 I intended to do that last week Jul 13 11:52:47 Ainulindale: i don't think categories are really necessary now Jul 13 11:52:51 But I underestimated the number of people interested in openmoko Jul 13 11:52:55 (at my convention) Jul 13 11:53:04 dos1: well this is just a matter of convenience Jul 13 11:53:11 I'm sure you'll manage to do something nice anyways Jul 13 11:53:17 :) Jul 13 11:53:20 Ainulindale: at the moment users do just "opkg install package-name" Jul 13 11:53:26 Ainulindale: having some sort of guy is better than nothing at all. Jul 13 11:53:31 I was mainly talking about that as I checked assassin source Jul 13 11:53:51 Ainulindale: Jul 13 11:54:03 Ainulindale: Assassin is designed to work with 0.1.x branch of PackageKit ;) Jul 13 11:54:06 I have pre-move to OE, OE env here Jul 13 11:54:14 what do I need to do in order to update it? Jul 13 11:54:25 TAsn_: well easy Jul 13 11:54:29 You don't care about pre-OE Jul 13 11:54:34 rm -rf? Jul 13 11:54:42 :( Jul 13 11:54:45 You check functional revisions on your unstable Jul 13 11:54:51 that is git rev for FSO, etc Jul 13 11:54:57 you put it into shr-autorev.inc Jul 13 11:55:03 huh? Jul 13 11:55:08 I just want a clean environment Jul 13 11:55:08 then you modify the makefile to point on shr/import Jul 13 11:55:09 here Jul 13 11:55:10 and that's all Jul 13 11:55:25 I think I'll just refetch everything with the makefile :) Jul 13 11:55:36 (with a new makefile) Jul 13 11:55:44 TAsn_: if you want a clean env just make sure that the Makefile is fetching from shr/import and does not apply the overlay patches Jul 13 11:56:02 If you're willing to wait 3 hours or so I'll do that Jul 13 11:56:15 I'll just wait Jul 13 11:56:19 ping me when you are done Jul 13 11:56:29 (I have to study anyway, so any excuse not to dev is great!) Jul 13 11:56:38 Meanwhile I have to bring back the mokos to bearstech Jul 13 11:57:01 I'll attempt to fix #339, at least in ophonekitd's side Jul 13 11:57:23 Just corious: Did you try compiling SHR with different C/CXX or LDFLAGS? Jul 13 11:57:34 curious* Jul 13 11:57:37 send me one moko, i would like to finish my MokoFight app :D Jul 13 11:57:48 Flyser: i.e different optimization options? Jul 13 11:58:02 yes Jul 13 11:58:04 dos1: I also need one as my TS is a tad broken :( Jul 13 11:58:12 (accel based sword game, with playing over bluetooth) Jul 13 11:58:16 Flyser: I remember Ainulindale talking about it, though I don't remember anyone giving it a try. Jul 13 11:58:22 dos1: supersweet. Jul 13 11:58:25 isn't packageKit big and designed for desktops (aka bloated?) Jul 13 11:59:10 spaetz: it doesn't look bloated, it's just unified dbus API for different package managers Jul 13 11:59:17 dos1: neat Jul 13 11:59:46 dos1: except gtk of course ... Jul 13 11:59:52 Flyser: gtk? Jul 13 12:00:01 why do we need for abstraction levels for different package managers? But if you find it ok, I'm happy with it. I don't really know it Jul 13 12:00:06 Flyser: he's writing his own frontend Jul 13 12:00:16 he's not issuing the gtk-packagekit one Jul 13 12:00:18 dos1: http://openmoko.opendevice.org/svn/trunk/mokofight/mokofight.py < looks like you are using gtk^^ Jul 13 12:00:33 Flyser: oh, mokofight. yep, i was writing it when i was using 2007.2 :P Jul 13 12:00:36 spaetz: exactly what I said :) Jul 13 12:00:46 a wrapper around a wrapper aronud a wrapper around a wrapper Jul 13 12:00:47 :) Jul 13 12:00:53 all we do is wrap ;) Jul 13 12:00:54 takeiteasy: I was talking about MokoFight ;-) Jul 13 12:01:09 oops, sry I ment TAsn_ Jul 13 12:01:15 Flyser: i don't even thing it will work after kernel changes Jul 13 12:01:17 Flyser: I'm taking it yeasy :) Jul 13 12:01:20 dos1: I see :-) Jul 13 12:01:42 Flyser: but i don't have second moko to write bt supports, and playing with sword without other person is... boring :P Jul 13 12:01:57 TAsn_: ;-) Jul 13 12:02:04 dos1: play oneline :) Jul 13 12:02:11 online* Jul 13 12:02:15 anyhow Jul 13 12:02:18 * TAsn_ is going to study Jul 13 12:02:18 ciao. Jul 13 12:02:31 TAsn_: i thought about that, but it would be strange as you can't see your opponent Jul 13 12:02:33 :P Jul 13 12:02:41 webcams, duh. Jul 13 12:02:51 and lags Jul 13 12:02:52 :) Jul 13 12:02:55 :> Jul 13 12:03:11 I think the latency will be slightly too high ... Jul 13 12:06:04 spaetz: it has already opkg backend, and it's usable, so writing only opkg support in GUI app will be reinwenting the wheel, and it would be much harder, and when we'll change to other package manager - it will make that app unusable Jul 13 12:06:16 dos1: spaetz, thanks for the ML response :) Jul 13 12:06:49 and packagekit already works and provides nice interface, even with indicating progress Jul 13 12:17:49 dos1: ok Jul 13 12:19:56 PaulFertser: (way to reproduce?) nope, regrettably not Jul 13 12:26:35 DocScrutinizer: is it possible to have the freerunner wake when i push the aux button? at least sudo sh -c 'echo 1 > /sys/class/leds/gta02-aux:red/power/wakeup' does not help Jul 13 12:32:17 RedDog: you contributed patch "Get resume by AUX to work."? Jul 13 12:35:26 mrmoku: ping? Jul 13 12:35:41 Ainulindale: ping? Jul 13 12:46:34 lindi-: it is possible afaik, but *strongly* deprecated - aux switches address of storage (nand/nor) directly in hw, and if the switch mechanically bounces or you release to early etc, you break the system fubar Jul 13 12:48:23 DocScrutinizer: ah, that is used even on resume? Jul 13 12:50:07 lindi-: err, what? Jul 13 12:51:17 DocScrutinizer: i still don't quite understand what exactly happens on resume :) Jul 13 12:51:26 DocScrutinizer: but ok, AUX can't be used then :/ Jul 13 12:52:10 DocScrutinizer: it's a shame though. would have been cool to be able to program AUX to "record current location and then go back to sleep" Jul 13 12:52:14 lindi-: that's what Andy and Werner explained to me Jul 13 12:55:18 lindi-: you *may* ty to use it that way. Maybe if you make sure you never press AUX _too_short_, and are prepared to reboot instead of resume ocasionally nevertheless Jul 13 12:56:49 DocScrutinizer: hmm, can this wake via touchscreen? Jul 13 12:57:02 yes Jul 13 12:57:07 afaik Jul 13 12:57:51 ok, i need to figure out what to echo and where in /sys :) Jul 13 12:57:56 (afaik=never been tested or I missed the results) Jul 13 13:00:38 ptitjes__, are you there? Jul 13 13:02:02 DocScrutinizer: i still wouldn't use AUX. too risky. also any difference between the u-boot in NOR and the boot loader in NAND could cause trouble. Jul 13 13:04:32 wpwrak: what are the risks? Jul 13 13:06:47 DocScrutinizer: most likely the system just dying in the wakeup. could also corrupt or such. hard to tell what happens when you change the code under the program counter :) Jul 13 13:07:07 wpwrak: worst thing that *could* be worth a check if possible is write to NOR Jul 13 13:08:31 wpwrak: well, ""[2009-07-13 14:55:18] lindi:...and are prepared to reboot instead of resume ocasionally nevertheless"" Jul 13 13:11:52 lindi- might even not be averse to do minor hw-fixes to somewhat improve the situation wrt AUX-bouncing & minimum press-down duration ;-) Jul 13 13:15:20 DocScrutinizer: (write to NOR) no, you can't accidently change NOR that way Jul 13 13:15:50 ack Jul 13 13:16:00 that's what I found as well Jul 13 13:19:41 wpwrak: prepare for one of my "brilliant" ideas ;-) Jul 13 13:20:17 wpwrak: isn't GPIO GPF6 an *output* as well? Jul 13 13:20:22 ;-) Jul 13 13:21:58 I think we could *force* AUX to be held down long enough, even without _any_ hw-mod Jul 13 13:24:06 wpwrak: so far for the "we don't latch AUX address switching on power-up" Jul 13 13:26:01 wpwrak: Are you so baffled you don't know what to say, or just AFK? Jul 13 13:26:30 anyone here tried to use the FR with a BT headset? i have sound in the headset if i use mplayer -ao alsa:device=bluetooth for example. how to route sound from other applications to the headset by default? Jul 13 13:27:34 KaZeR_mobi: you need to set audio device of those other apps to "bluetooth" Jul 13 13:28:12 DocScrutinizer: question is, how to do :) Jul 13 13:32:51 DocScrutinizer: hmm, but then you're forcing it into NOR mode :) Jul 13 13:34:30 tracfeed: Ticket #552 (Sugget importing sim contacts + messages upon insertion of a new sim card) created Jul 13 13:34:57 KaZeR_mobi: that depends on the particular app. Either it's a well written app using ALSA, then you simply use the app's config options whatever they are. Or it's a obsolete app using OSS (/dev/dsp), then you should use aoss wrapper (see man aoss. `ALSA_OSS_PCM_DEVICE=bluetooth aoss mymp3player-oss`). If you are completely out of luck, you have a braindead ALSA-based app that has a hardcoded "default" device. Only thing you can do for Jul 13 13:34:58 those apps is redefine pcm.!default in .asoundrc Jul 13 13:36:22 wpwrak: well isn't that exactly what we want to do? Given we detect AUX is pressed, during first 20 machine opcodes of bootloader Jul 13 13:36:23 tracfeed: Ticket #552 (Sugget importing sim contacts + messages upon insertion of a new sim card) updated Jul 13 13:37:27 DocScrutinizer: hmm, you'd be swapping the code from NAND with assuredly different code from NOR. sounds a little scary. Jul 13 13:37:36 wpwrak: errr, make that a 100ms loop during which we sample (or wait for irq-trigger) of AUX, to catch bounces Jul 13 13:39:16 wpwrak: nope you won't, as AUX is supposed to be pressed when we decide to "latch" that state by pulling GPF6 to high Jul 13 13:41:06 KaZeR_mobi: i have tried :) Jul 13 13:41:41 wpwrak: I see the idea is so brilliant and simple, it takes a while until it's commonly understood ;-) Jul 13 13:44:19 wpwrak: it relies on a number of assumptions though: 1) we need to know which BL-code is executed first whenever we power-up / resume Jul 13 13:45:49 lindi-: and? how did it work? Jul 13 13:45:53 wpwrak: 2) we can find a place in code / point in time where we safely can reset GPF6 to normal input mode operation Jul 13 13:46:02 DocScrutinizer: i'm thinking of calls (shr-unstable), intone and dictator Jul 13 13:47:16 methril|work: pong Jul 13 13:49:11 KaZeR_mobi: calls is a different story, I think PaulFertser, lindi- (iirc) and alphaone have done this and there's a howto on wiki Jul 13 13:49:58 for the other apps you mentioned my generic advice above applies Jul 13 13:51:59 lindi-: maybe ... Jul 13 13:52:05 DocScrutinizer: but if AUX is already pressed, then you're booting from NOR. so you need to reflash NOR to deploy your solution Jul 13 13:52:07 but i think it was for GTA01 :D Jul 13 13:52:27 wpwrak: that's correct Jul 13 13:52:46 DocScrutinizer: so it's only suitable for the lucky few who havea debuig board Jul 13 13:53:38 yes, but still it's a correct solution that's *much* better than a hw-fix Jul 13 13:54:07 lindi- e.g might appreciate it Jul 13 13:56:31 DocScrutinizer: seems rather specialized ... Jul 13 13:57:45 KaZeR_mobi: test with laptop first Jul 13 13:58:02 wpwrak: I wasn't to suggest we revert the official recommendation to avoid AUX for a resume-triger Jul 13 13:59:20 wpwrak: Just suggesting a low effort solution for those who *want* to do this (use AUX for wake) nevertheless Jul 13 14:00:15 Ainulindale: i forget exactly what i was going to say, but i've a question anyway Jul 13 14:00:38 Ainulindale: Do you think that after ms5.5 we need to release a stable ? Jul 13 14:00:47 lindi-: do you have access to debubo? Jul 13 14:00:53 methril|work: We're almost there yes Jul 13 14:01:30 SHR Installer - refreshing package list with showing percentage progress now works :) Jul 13 14:01:45 dos1: YOU ROCK! :) Jul 13 14:01:53 haha you are such a bug killer. Jul 13 14:01:57 Ainulindale: any ticket that i could care about? Jul 13 14:02:17 wpwrak: lindi-: btw I seem to remember there was a dirt-cheap hack to write-enable NOR, for those feeling venturous Jul 13 14:02:38 DocScrutinizer: okay. yes, for those who want to tweak the NOR boot, that could be useful Jul 13 14:02:47 methril|work: do you know C? Jul 13 14:02:48 TAsn_: the main functions for me - update and upgrade. install and remove are on second priority ;) Jul 13 14:02:56 dos1: duh :) Jul 13 14:02:59 TAsn_: yes, i'm more C guy Jul 13 14:03:09 DocScrutinizer: short one NC resistor :) Jul 13 14:03:12 methril|work: so I may have a job for you (if you like) Jul 13 14:03:34 TAsn_: tell me about it :) Jul 13 14:03:55 methril|work: we need to remove the phonelogging feature of ophonekitd for two reasons Jul 13 14:04:00 the first, we stopped using it :) Jul 13 14:04:05 the second, I think it's causing #551 Jul 13 14:04:23 wpwrak: I could have been the fix for this issue with all FR, if nly I joined OM 6 months earlier ;-) Still we might consider to "fix" virtual imaginary future production run devices Jul 13 14:04:30 I'm not 100% sure though look in my bug report I think that's what causing it. Jul 13 14:04:40 anyhow if not, try to fix #551 anyway :) Jul 13 14:04:57 methril|work: I wish I could do it myself, though I'm trying to study :) Jul 13 14:04:59 wpwrak: (short NC) yes I know ;-) Jul 13 14:05:01 ok, i'll take a look this night Jul 13 14:05:07 methril|work: great, thanks :) Jul 13 14:05:23 TAsn_: yo're wellcome Jul 13 14:06:38 wpwrak: or handicraft a small "FPC" shorting the right 2 contacts of debug-connector :-> Jul 13 14:07:01 s/right/correct/ Jul 13 14:07:01 DocScrutinizer meant: wpwrak: or handicraft a small "FPC" shorting the correct 2 contacts of debug-connector :-> Jul 13 14:08:01 DocScrutinizer: eek:) Jul 13 14:08:12 hehe Jul 13 14:08:49 wpwrak: use chewing gum paper and a cutter for that Jul 13 14:10:02 seems like DocScrutinizer is trying to kill wpwrak's moko :) Jul 13 14:11:48 wpwrak: or somewhat more stable (thicker) alufoil (e.g. from a pulloff inner can-lid of instant coffee), 2 *very* small patches of scotch to cover the contact areas, and isolating varnish like edding-3000(?) Jul 13 14:12:42 TAsn_: nah, wpwrak *has* a debubo, he's not nterested in this "fix" I guess, and probably you can't kill a device this way so easily Jul 13 14:13:52 wpwrak: anyway, do you think you could patch nor-uBoot eventually? Jul 13 14:17:33 sorry, using GPRS on FR to chat isn't fully reliable :) Jul 13 14:17:49 DocScrutinizer2: thanks for the info. i 'll double check the wiki Jul 13 14:23:17 KaZeR_mobi: (xchat over GPRS on FR) well I had few issues so far Jul 13 14:26:38 issues with what? Jul 13 14:26:57 KaZeR_mobi: IRC over GPRS Jul 13 14:27:56 DocScrutinizer: I had none Jul 13 14:28:02 I'm using pidgin though- Jul 13 14:28:03 DocScrutinizer: in fact my phone provider only allows http, so i'm using freenode's webchat Jul 13 14:28:16 aah Jul 13 14:28:21 KaZeR_mobi: supercool :) Jul 13 14:28:23 what browser? Jul 13 14:28:41 TAsn_: supercool? why? Jul 13 14:28:58 DocScrutinizer: because this means his browser works great with ajax :) Jul 13 14:29:01 firefox, with spoofed user agent (because they only allow a few useragents too :) ) Jul 13 14:29:06 aaah Jul 13 14:29:14 KaZeR_mobi: ff? what version? Jul 13 14:29:19 DocScrutinizer: I think the dude is crazy. :) Jul 13 14:29:35 KaZeR_mobi: isn't that terribly slow? Jul 13 14:29:57 FF on FR o.O Jul 13 14:30:07 is RF Jul 13 14:30:19 ;-) Jul 13 14:30:33 over RF Jul 13 14:30:36 ;] Jul 13 14:31:08 no i'm on laptop :) Jul 13 14:31:08 Really Freaking / F**** Jul 13 14:31:48 DocScrutinizer: I mean Radio Frequency --> gprs :) Jul 13 14:31:53 laptop -> usb -> tinyproxy on FR. works quite well, especially since i switched to abyss Jul 13 14:31:54 it was a pita before Jul 13 14:31:56 KaZeR_mobi: oh. (disappointing) Jul 13 14:32:09 KaZeR_mobi: super Jul 13 14:32:11 :) Jul 13 14:33:51 TAsn_: sorry, hehe :) browsing on the FR is almost unusable. too slow, and too small Jul 13 14:34:35 :) Jul 13 14:34:49 and usually you need to hold on to the bar on the side and can't "grab" the page itself Jul 13 14:34:57 I actually use minimo which works reasonably well, and midori that except for scrolling works great as well. Jul 13 14:35:01 which can't be done easily with a finger Jul 13 14:35:04 viq: in minimo you can Jul 13 14:35:05 ... Jul 13 14:35:14 ah, ok Jul 13 14:35:29 viq: and with shr's gtk theme using the scrollbar is decent Jul 13 14:35:49 but I really think we should patch the gtk libs we use on the moko Jul 13 14:35:57 so viewports will be finger friendly Jul 13 14:36:16 * DocScrutinizer firing a `opkg install minimo` ;) Jul 13 14:36:27 I'll need to have a look again, been trying hackable recently Jul 13 14:36:50 DocScrutinizer: there's a bug open concerning that :) Jul 13 14:36:53 though you can always Jul 13 14:37:03 get it from angstrom ;) Jul 13 14:37:03 TAsn_: (patch gtk) great idea... go ahead :-D Jul 13 14:37:19 DocScrutinizer: it is a great idea, though it'll require a lot of work :) Jul 13 14:37:32 although a lot has been done in libmokoui Jul 13 14:37:48 btw I meant the scrollable widget not viewport Jul 13 14:37:56 DocScrutinizer: i have debug board yes Jul 13 14:38:01 which actually makes things even easier if you just copy from mokoui ;) Jul 13 14:38:31 mrmoku: seen the ML? everyone favor the initiation of my malicious testing image plan. Jul 13 14:38:33 :) Jul 13 14:38:37 lindi-: so would you like the approach outlined above, to fix AUX resume? Jul 13 14:38:59 opkg*: bump to r215 to fix segfaults on upgrade Jul 13 14:39:04 sounds interesting ;) Jul 13 14:39:07 TAsn_, yeah Jul 13 14:39:28 DocScrutinizer: maybe, bit unsure Jul 13 14:39:57 mrmoku: omfg, someone actually patched opkg? :) Jul 13 14:40:09 lindi-: what's the culprit? Jul 13 14:40:50 DocScrutinizer: then i can not compare my system against others so easily in a bug hunt Jul 13 14:41:02 if i have different code in nor Jul 13 14:42:11 lindi-: hmmm, though I'd consider this to be a real marginal problem (i.E. having marginal impact on testing), still it's a valid point Jul 13 14:42:14 TAsn_: where did you get your minimo package from? Jul 13 14:42:18 angstrom Jul 13 14:42:31 though I most warn you, minimo is not perfect :) Jul 13 14:42:41 must* Jul 13 14:43:19 lindi-: the functions of NOR won't change due to this fix Jul 13 14:46:30 TAsn_: don't worry, my expectations aren't too high :) Jul 13 14:48:29 I'm glad. :) Jul 13 14:48:35 as they shouldn't be. :) Jul 13 14:49:00 I wonder how that mini ff project is doing (I can't believe I forgot the name) Jul 13 14:49:06 fennec! Jul 13 14:49:07 ;) Jul 13 14:49:55 Ainulindale: I remember what i was going to said Jul 13 14:50:05 s/to said/to tell you Jul 13 14:51:05 Ainulindale: was about the upgrade of opkg done in OE dev. It fix segfaults on upgrades. Jul 13 14:51:36 methril|work: I think mrmoku is building/built the new opkg package ;) Jul 13 14:52:23 TAsn_: nice!! :) Jul 13 14:53:35 [17:44] opkg*: bump to r215 to fix segfaults on upgrade Jul 13 14:53:42 my info should be correct, though not sure :) Jul 13 14:55:22 TAsn_, nah, just came home and saw the commit mail from Konen ;) Jul 13 14:55:34 but will do so ASAP Jul 13 15:08:46 mrmoku: oh, heh, methril|work sorry then :) Jul 13 15:16:06 well, i've to go Jul 13 15:16:08 see you later Jul 13 15:17:54 My #1024 fixed phone is now running since July 9th 2009 22:40 Jul 13 15:18:16 Battery's still got 35% capacity left Jul 13 15:18:33 nice Jul 13 15:19:20 alphaone: WOW. Jul 13 15:19:26 are you even using it? Jul 13 15:19:29 ;) Jul 13 15:19:40 Except for waking it up now and then - no Jul 13 15:19:42 alphaone: that's the roaming fix, right? Jul 13 15:19:45 alphaone: sweet. Jul 13 15:19:49 I called it maybe twice Jul 13 15:19:59 And I didn't move it much around Jul 13 15:20:21 So it's more an optimistic estimate than real figures Jul 13 15:20:44 Don't expect 4 days if you're using it as a GPS logger all day long :-) Jul 13 15:21:05 But I think it shows that there's still quite some potential Jul 13 15:21:29 alphaone: that's super sweet! Jul 13 15:21:34 And even better - with the fixed abyss the modem communication really is stable. Jul 13 15:21:41 alphaone: :) Jul 13 15:21:48 how do I add the #1024 fix? Jul 13 15:22:02 I mean are there any specs? how much will it cost? etc etc Jul 13 15:22:12 So once the battery's run down I'll probably switch to using a #1024 fixed device as my regular phone Jul 13 15:22:15 I remember seeing something about a bigger capacitator Jul 13 15:22:29 You need a bigger cap Jul 13 15:22:49 how much do you assume such a fix will cost ? Jul 13 15:23:04 Difficulty is harder than buzz-fix, but not that much Jul 13 15:23:10 SHR: 03mok 07shr-makefile * r91dcc33602f8 10/Makefile: Makefile: make shr-testing build out of shr/import and drop shr overlay Jul 13 15:23:37 The soldering skills required aren't really higher than with the buzz fix Jul 13 15:23:49 But you need to open the can Jul 13 15:23:49 mrmoku: :)) Jul 13 15:24:28 alphaone: I'm not gonna do it myself, I'll give to a "specialist" just wondering how hard it is, well if it's as hard as bug fix I know how much it will ~ cost. ;) Jul 13 15:25:21 It's more work than a buzz fix Jul 13 15:25:39 :( Jul 13 15:25:45 you need to disassemble it completely and you need to remove the can Jul 13 15:25:48 i had firefox installed on FR Jul 13 15:25:56 Which will need to happen very carefully Jul 13 15:25:58 (3.0) usable, but sooooo slooooooooooooooow Jul 13 15:26:10 replacing the cap is pretty straight forward Jul 13 15:26:21 dos1: I remember that Jul 13 15:26:26 i had iceweasel on gta01 Jul 13 15:26:27 but he claimed to bu actually using it :) Jul 13 15:26:27 ;D Jul 13 15:26:49 but gimp was almost usable ;) Jul 13 15:27:33 alphaone: bug fix here costs ~40$us before vat, I just hope the combined fix will be less than 60$ :) Jul 13 15:27:39 (disassembling it once instead of twice) Jul 13 15:27:50 alphaone: anyhow, are there any specs available? Jul 13 15:30:13 yay, segfaults on upgrade fixed! Jul 13 15:30:14 :) Jul 13 15:30:27 dos1: we know ;) Jul 13 15:31:06 dos1: though almost as important: Jul 13 15:31:11 SHR: mok shr-makefile * r91dcc33602f8 /Makefile: Makefile: make shr-testing build out of shr/import and drop shr overlay Jul 13 15:31:21 -though Jul 13 15:31:46 yep, but for users - i'll still use unstable ;) Jul 13 15:31:50 TAsn_: hmm, not really Jul 13 15:34:20 dos1: same here Jul 13 15:35:14 TAsn_: But the location of C1009 can be seen on the component placement sheet Jul 13 15:36:04 well, that's almost the same as specs :) Jul 13 15:36:29 the diff is probably a red circle ;) Jul 13 15:36:43 alphaone: how did you do the fix? by yourself? Jul 13 15:36:48 yup Jul 13 15:36:57 disassemble the FR Jul 13 15:37:06 Carefully open the GSM cap Jul 13 15:37:18 Then unsolder the old cap and resolder the new one Jul 13 15:37:25 are you a professional? or just an hobbyist? Jul 13 15:38:09 alphaone: I have basic soldering skills, though my solder is bulky and not suitable for such work, furthermore, I'm too scared as I'm not good enough :) Jul 13 15:40:03 TAsn_: http://lists.openmoko.org/pipermail/hardware/2009-May/001192.html Jul 13 15:40:24 TAsn_: Also you will need to use lead-free solder Jul 13 15:41:22 TAsn_: That's the solution Dieter posted Jul 13 15:41:32 As I said I just replaced C1009 Jul 13 15:49:55 TAsn_: SHR of 10 has contacts and messages and settings that always crash Jul 13 15:50:04 alphaone: i wonder why do you insist so much on using lead-free. Have you actually tried to solder something with a leaded solder when you're supposed to use lead-free? Jul 13 15:51:14 PaulFertser: My first buzz fixes were done with leaded solder. After a while they looked pretty crappy and one joint became loose. Jul 13 15:51:36 Mixing leaded and lead-free solder generally is not a good idea. Jul 13 15:51:58 TAsn_: in my opinion fixing #1024 is quite easy for any professional Jul 13 15:53:29 alphaone: probably you simply underheated? I thought that leaded and leadfree solder melts ok together if heated to the temperature suitable for leadfree. Jul 13 15:55:46 PaulFertser: Well, I'm not sure about the whole LF issue. Jul 13 15:56:36 There's some talk at a geman electronics site about mixing leaded and lf solder Jul 13 15:56:51 german Jul 13 15:58:36 alphaone: i understand german either wrong (with google translate) or slowly (with a dictionary) :) Jul 13 15:59:19 PaulFertser: mind clarifying? Jul 13 15:59:25 TAsn_: in my opinion fixing #1024 is quite easy for any professional Jul 13 16:00:04 TAsn_: if you give a guy who's experienced in soldering a disassembled FR (with the can dismounted) it'd take him <5 min to desolder and solder another cap. Jul 13 16:00:59 PaulFertser: hm.. so you think disassembling it myself will vastly reduce cost? Jul 13 16:01:01 :) Jul 13 16:01:02 interesting Jul 13 16:01:07 TAsn_: sure Jul 13 16:01:18 TAsn_: ever dismounted FR's cans? Jul 13 16:01:25 no Jul 13 16:01:32 closest thing I done was the case Jul 13 16:02:22 TAsn_: it can take up to 10 minutes to do carefully. Jul 13 16:06:45 TAsn_: if you were in russia you could do both fixes near most big train and underground stations (provided you have all the necessary components and can explain what exactly to do) :) Probably you'll be able to do that for ~10EUR even if you're lucky (and ~30EUR if unlucky and can't talk with people nicely). Jul 13 16:07:01 PaulFertser: Desolder the cap? You don't need that Jul 13 16:07:05 PaulFertser: even doing it brute force sometimes takes >10min Jul 13 16:07:06 You just need to pry it off Jul 13 16:07:15 ah, cap Jul 13 16:07:19 sorry, misread Jul 13 16:07:22 alphaone: :D Jul 13 16:07:59 alphaone: i dismounted the can for you before soldering, so i know for sure how to do it :) Jul 13 16:08:10 PaulFertser: :-) Jul 13 16:08:13 alphaone: honestly? you simply brke ld C? Jul 13 16:08:18 broke Jul 13 16:08:32 broke what? Jul 13 16:08:56 PaulFertser: Desolder the cap? You don't need that You just need to pry it off Jul 13 16:09:08 Well, carefully :-) Jul 13 16:09:18 And only the top of the can Jul 13 16:09:28 DocScrutinizer: Can, not cap Jul 13 16:09:39 DocScrutinizer: btw, i just been in a retail electronics shop. 22uF 0805 ceramic caps are obtainable in any quantity (even if you need only 1) for less than 1EUR. Jul 13 16:09:39 errr, cap != capacitor. nevermind Jul 13 16:10:12 PaulFertser: where? Jul 13 16:10:47 DocScrutinizer: Moscow, chip-dip.ru shop, easily reachable by underground. Jul 13 16:11:00 TAsn_, testing opkg now Jul 13 16:11:45 DocScrutinizer: Murata 22uF X5R 20% 6.3V 0805, GRM21BR60J226M Jul 13 16:11:46 PaulFertser: too far away for my friday afternon shopping tour Jul 13 16:11:52 lol Jul 13 16:12:06 X5R Jul 13 16:12:18 Ainulindale: ping Jul 13 16:13:07 err, wasn't X5R the incredibly crappy capacitor specs Jul 13 16:13:07 ? Jul 13 16:14:10 mrmoku: can you setup git repos? Jul 13 16:14:20 dos1, theoretically yes :P Jul 13 16:14:23 mrmoku: or should i store shr-installer in shr-settings.git? :P Jul 13 16:14:30 shr-installer? Jul 13 16:14:52 mrmoku: python-elementary frontend to PackageKit Jul 13 16:15:02 ahh :) Jul 13 16:15:05 PaulFertser: you followed the wake-on-AUX story here? Jul 13 16:15:10 no, will try to add a repo for you Jul 13 16:15:29 just let me finish my opkg test first Jul 13 16:15:56 mrmoku: i have already GUI class with usable methods and working equivalent to "opkg update" with percentage progress ;) Jul 13 16:16:08 dos1: I think it should be part of settings :) Jul 13 16:16:35 as it's not used frequently enoug to actually be in the main page Jul 13 16:16:45 mrmoku: so we need to follow the YaST standard now: *first* upgrade opkg binary itself, then do the standard upgrade of whole distro Jul 13 16:16:46 TAsn_: well, it can be, as it's nicely divided into classes Jul 13 16:17:08 dos1: ok, you are probably right. Jul 13 16:17:08 DocScrutinizer, yep ;) and hope problems are really fixed :P Jul 13 16:17:17 mrmoku: works ok? :) Jul 13 16:17:31 still upgrading... doing a first run with -test Jul 13 16:17:44 and it has lots of stuff to update :-) Jul 13 16:17:50 so we will know soon Jul 13 16:17:51 are you sure -test also breaks stuff? Jul 13 16:18:09 no, but it finished nicely anyway Jul 13 16:18:10 tracfeed: Ticket #339 (receiving an incoming call when already on line) updated Jul 13 16:18:12 running for real now Jul 13 16:18:31 gl. Jul 13 16:18:45 so? should SHR Installer be part of SHR Settings? Jul 13 16:18:47 mrmoku: can we force opkg to upgrade itself first, by introducing a buttload of dependencies? Jul 13 16:18:57 it has totally different gui though... Jul 13 16:19:14 tracfeed: Ticket #339 (receiving an incoming call when already on line) updated Jul 13 16:19:25 dos1: then make it seperate Jul 13 16:19:33 DocScrutinizer: that's terribly ugly Jul 13 16:20:08 DocScrutinizer: opkg should generally check for a new version of itself before going on Jul 13 16:20:12 just like pacman does Jul 13 16:20:12 ;\ Jul 13 16:20:24 "opkg update; opkg install opkg" should work :P Jul 13 16:20:48 dos1: no it wouldn't, as people won't write it ;) Jul 13 16:20:59 mrmoku: sure Jul 13 16:20:59 mrmoku: any idea how to do it better? Jul 13 16:21:02 people will just try to figure out why the hell opkg won't upgrade Jul 13 16:21:17 DocScrutinizer: yes. don't do it at all Jul 13 16:21:24 people know about this bug already Jul 13 16:21:35 TAsn_: first step for figuring out why it fails for me will be "opkg list_upgradable" Jul 13 16:21:37 so they know how to solve it Jul 13 16:21:39 after that i would notice "opkg" in list Jul 13 16:21:51 dos1: :) Jul 13 16:21:53 and then i would think "hey, maybe it's fixed!" Jul 13 16:21:59 and type "opkg install opkg" ;D Jul 13 16:22:02 DocScrutinizer: by solve I mean stop X ;) Jul 13 16:22:03 DocScrutinizer: any recent story? Or just that it was supposed to make FR wake on AUX button but it proved to be unreliable, probably due to unwanted NOR->RAM mapping? Jul 13 16:23:19 TAsn_: I heard that (X) isn't enough usualy Jul 13 16:23:37 PaulFertser: read backscroll, I invented a fix to make it reliable Jul 13 16:24:37 PaulFertser: and best of all, it's dirt-simple, and it's SW(!!!) Jul 13 16:25:04 DocScrutinizer: ok. is there any reason to do that? Just to have two wakeup buttons instead of one? Jul 13 16:25:11 PaulFertser: btw BIP (probably) lags like hell Jul 13 16:25:26 yup Jul 13 16:25:39 nothing beyond exactly that ;-) Jul 13 16:27:06 PaulFertser: Jul 13 16:27:08 [2009-07-13 14:26:35] DocScrutinizer: is it possible to have the freerunner wake when i push the aux button? at least sudo sh -c 'echo 1 > /sys/class/leds/gta02-aux:red/power/wakeup' does not help Jul 13 16:27:09 [ Jul 13 16:28:47 btw lindi- I don't think class/leds/gta02-aux:red/ is the right sysnode, so it won't work due to that probably. Jul 13 16:30:19 DocScrutinizer: yeah, read the backlog, very nice and simple idea, great! Jul 13 16:33:57 TAsn_, ok, synced it to the feed. Upgrade went fine Jul 13 16:34:07 don't know if it would have segfaulted with the old version Jul 13 16:34:14 it was some packages, but no kernel Jul 13 16:34:16 ;) Jul 13 16:35:01 PaulFertser: do you think *you* could patch that few lines uBoot? Werner had a sudden attack of acute hearing loss when I asked him Jul 13 16:41:45 mrmoku: cool, testing it myself now Jul 13 16:41:51 thanks Jul 13 16:42:35 btw Jul 13 16:42:41 * dos1 is not upgrading now to have some packages on which he can test shr-installer Jul 13 16:42:42 :D Jul 13 16:42:50 mrmoku: why doesn't http://shr.bearstech.com/shr-unstable/images/om-gta02/ provide a matching kernel for old rootfs? Do we simply not need? Jul 13 16:43:09 mrmoku, dos1: we have a huge issue Jul 13 16:43:13 people don't post enough bugs Jul 13 16:43:35 DocScrutinizer, don't we? Jul 13 16:43:37 I mean, why haven't anyone reported the opkg bug in trac? (or did I just miss it?) Jul 13 16:43:52 same goes for other bugs Jul 13 16:43:53 TAsn_: it was i think Jul 13 16:44:04 dos1: well that's not the only one Jul 13 16:44:22 DocScrutinizer, we don't remove them, so they should be there Jul 13 16:44:24 TAsn_: that's why we also have to trace mailing lists Jul 13 16:44:27 I mean, I feel like there are many bugs which exist for a long time and no one know about them because people don't report Jul 13 16:44:32 oooops, there are actually Jul 13 16:44:35 anyway have to prepare the table for dinner now ;) Jul 13 16:44:36 :) Jul 13 16:44:39 we gotta think about a way to induce people to post bugs :) Jul 13 16:44:41 bbl Jul 13 16:44:56 mrmoku|away: ciao. Jul 13 16:46:19 mrmoku|away: enjoy Jul 13 16:51:22 tracfeed: Ticket #553 (Remove configuration files from packages) created Jul 13 16:52:21 ^ Jul 13 16:52:23 * TAsn_ is an idiot Jul 13 16:52:25 tracfeed: Ticket #553 (Remove configuration files from packages) closed Jul 13 16:52:25 ignore Jul 13 17:00:51 if i do bitbake -c clean libeflvala, it removes the patch i manually added to the recipes-folder... can i prevent that somehow? :( Jul 13 17:01:34 to the recipes folder? -c clean should only remove the ctmp dir Jul 13 17:01:41 s/ctmp/tmp/ Jul 13 17:01:41 TAsn_ meant: to the recipes folder? -c clean should only remove the tmp dir Jul 13 17:01:53 mrmoku|away: finished upgrading successfully, I think you should send a mail to shr-user announcing this fix :) Actually, this was a small upgrade comparing to a kernel upgrade, maybe before we mark this one as fixed , we should just wait until someone makes a big upgrade or something. Jul 13 17:02:27 bcb Jul 13 17:02:30 brb Jul 13 17:02:51 cross your fingers Jul 13 17:02:56 hey, it works :) Jul 13 17:03:11 TAsn_: or maybe "make update" or so removed it? Jul 13 17:05:17 i wrote animation support in shr installer! Jul 13 17:05:19 :> Jul 13 17:05:36 http://www.youtube.com/watch?v=XHosLhPEN3k Jul 13 17:05:37 sweet Jul 13 17:05:46 :) Jul 13 17:07:31 it's so eye-candy now Jul 13 17:07:33 :> Jul 13 17:08:41 TAsn: do you want to know what so good, amazing and sweet animation i've implemented? :D Jul 13 17:08:41 dos1, lol ;) Jul 13 17:08:49 dos1, duh :) Jul 13 17:09:02 we need scap-video btw. Jul 13 17:09:02 TAsn: dots are blinking when something is happening :D Jul 13 17:09:06 . Jul 13 17:09:07 .. Jul 13 17:09:08 ... Jul 13 17:09:10 Jul 13 17:09:12 . Jul 13 17:09:13 etc. Jul 13 17:09:15 ;> Jul 13 17:09:25 that's awesome! :) Jul 13 17:09:28 so high tech! Jul 13 17:09:36 no as high tech and eye candish as Jul 13 17:09:38 | Jul 13 17:09:41 / Jul 13 17:09:46 - Jul 13 17:09:50 \ Jul 13 17:09:59 | Jul 13 17:09:59 but it's also nice :) Jul 13 17:10:10 (i.e rotating bar) Jul 13 17:12:34 hehe Jul 13 17:14:31 I just thought about crazy animation though Jul 13 17:14:42 a 3d variation of the | / - \ animation Jul 13 17:14:53 same thing though "the camera" rotates around them Jul 13 17:15:06 maintains both leetness and user friendliness Jul 13 17:15:26 ;D Jul 13 17:20:16 what will bork (except opkg itself) when I upgrade from 20090703 ? Jul 13 17:20:42 and will it help to test for segfault-fix? Jul 13 17:21:02 DocScrutinizer, definitely it should show up if still there ;) Jul 13 17:22:13 yeah, but what will I get? ;-) Will it eat my cat, or can I use FR for a daily phone after that? Jul 13 17:24:11 DocScrutinizer, if you would have one... maybe ;) Jul 13 17:24:22 * mrmoku wonders if Doc actually has a cat for real :P Jul 13 17:25:30 DocScrutinizer, I can just tell you that the current unstable works fine for me. Jul 13 17:25:37 Don't know about the upgrade path though Jul 13 17:25:50 I usually re-flash to test the images themselves Jul 13 17:26:00 dos1 might tell you more about upgrading Jul 13 17:26:21 TAsn, mail sent Jul 13 17:26:52 well, I will dare Jul 13 17:27:00 here everything works well Jul 13 17:27:07 i have 1 month old image Jul 13 17:27:11 always upgraded Jul 13 17:27:26 * mrmoku knew DocScrutinizer is a brave one :) Jul 13 17:27:59 DocScrutinizer, opkg update; opkg install opkg; opkg upgrade and we will all hold your hand :P Jul 13 17:28:19 hehe Jul 13 17:29:20 btw no cat here. A pity. I love cats but they cause allergia Jul 13 17:30:02 mrmoku, sweet :) thanks. Jul 13 17:30:14 DocScrutinizer, upgrading works great for me. Jul 13 17:30:22 my image is more than 1 month old Jul 13 17:32:36 ~update is opkg update; opkg install opkg; opkg upgrade Jul 13 17:32:36 okay, DocScrutinizer Jul 13 17:32:45 list_upgradable lists opkg, mokonnect and connman Jul 13 17:33:00 what update is? Jul 13 17:33:06 what is update? Jul 13 17:33:11 bzzbot: update Jul 13 17:33:11 somebody said update was opkg update; opkg install opkg; opkg upgrade Jul 13 17:33:17 ok :) Jul 13 17:33:30 dos1, mokonnect improves all the time Jul 13 17:33:38 I guess this is the fix the location of the config files fix Jul 13 17:33:55 :) Jul 13 17:33:55 connman as well btw Jul 13 17:34:07 TAsn: that's good, i need something to test shr-installer :D Jul 13 17:34:38 dos1, just another reason to improve opimd :) Jul 13 17:34:45 * dos1 implements now last thing in update and then it'll finished Jul 13 17:34:56 TAsn: yeah, and to bug mrmoku for rebulding packages :D Jul 13 17:36:46 dos1, I can help you with that. Jul 13 17:44:10 dos1, what did you decide finally? own repo or shr-settings? Jul 13 17:44:46 mrmoku: own repo Jul 13 17:44:55 dos1, ok, will try my luck then ;) Jul 13 17:45:22 mrmoku: and after that please look at newer version of packagekit Jul 13 17:48:03 dos1, yep Jul 13 17:48:10 dos1, you have a local git repo to push? Jul 13 17:48:44 mrmoku: i can create if it make things easier for you :P Jul 13 17:48:55 dos1, you have to ;) Jul 13 17:51:51 dos1, git remote add origin git@git.shr-project.org:shr-installer.git Jul 13 17:51:58 and git push origin master Jul 13 17:53:18 mrmoku: did you add CIA hook? ;) Jul 13 17:53:40 dos1, lol Jul 13 17:55:13 dos1, if that's your only problem... will do Jul 13 17:55:21 mrmoku: pushed Jul 13 17:55:25 * mrmoku starts to wonder if dos1 is a publicity junkie ;) Jul 13 17:55:32 dos1, did work? Jul 13 17:55:43 seems so Jul 13 17:55:44 To git@git.shr-project.org:shr-installer.git Jul 13 17:55:46 * [new branch] master -> master Jul 13 17:56:05 yeah, loooks like... can see some objects on the server :-) Jul 13 17:56:10 but it isn't listed on http://git.shr-project.org/ Jul 13 17:56:43 * dos1 checks what does "publicity junkie" mean Jul 13 17:56:44 :D Jul 13 17:59:56 dos1, ok, its on gitweb now and I installed the CIA hook for you too :P Jul 13 18:02:45 omg :( Jul 13 18:02:49 * Ping reply from DocScrutinizer: 170.33 second(s) Jul 13 18:04:55 mrmoku: i've just commited :P Jul 13 18:05:02 you lied about hook! Jul 13 18:05:04 :D Jul 13 18:05:32 dos1: it's your fault :> Jul 13 18:06:39 mrmoku: so now please recipe and new packagekit ;D Jul 13 18:15:00 dos1, lazy ass, create a recipe yourself, mrmoku has a new testing image to create! :) Jul 13 18:15:20 TAsn: i'm just lazy ass, don't expect too much from me ;P Jul 13 18:15:36 TAsn: noo dos1 can only do bad things ;P Jul 13 18:15:55 if he do recepie it won't work ;) Jul 13 18:16:29 reciepe for shr-installer? Jul 13 18:21:24 TAsn, we should switch to fso-abyss first though Jul 13 18:21:34 Btw dos1 Jul 13 18:21:43 I think you should change the name of shr-installer Jul 13 18:21:44 ... Jul 13 18:21:51 arggh Jul 13 18:22:05 mrmoku, oh right Jul 13 18:22:10 I thought we already did that Jul 13 18:22:10 TAsn: why? Jul 13 18:22:13 fsousage and fso-abyss Jul 13 18:22:20 a lot before anything else Jul 13 18:22:27 TAsn: i think we changed to fsousaged, but not to fso-abyss Jul 13 18:22:29 dos1, as other distros may find good use Jul 13 18:22:43 yep we switched to fsousaged but not abyss Jul 13 18:22:44 dos1, we have Jul 13 18:22:49 dos1, I mean, FSO and om2009 could use that as well Jul 13 18:23:05 TAsn: so everyone will see, that they benefit from SHR :DDD Jul 13 18:23:06 also hackable:1 Jul 13 18:23:06 don't you agree? Jul 13 18:23:07 mrmoku, so just switch Jul 13 18:23:24 it's stable enough Jul 13 18:23:39 dos1, they benefit even without the cool apps ;) Jul 13 18:24:01 TAsn: but average user doesn't know that :D Jul 13 18:24:16 I mean, although I favor shr and think it's way better than the rest Jul 13 18:24:16 I think everyone can benefit from that and I don't see any reason why people should implement the same thing twice Jul 13 18:24:16 :) Jul 13 18:25:21 TAsn: when average user will see "SHR" branding on some app he finds great, then he will think "oh, maybe that thing called SHR is really good. i have to try it" :D Jul 13 18:25:34 and having a fork just for the name is a bit stupid Jul 13 18:25:34 or even having patches just for the name ;) Jul 13 18:26:41 TAsn: i can change window title to just "Installer" Jul 13 18:27:17 TAsn: but i think app should be called shr-installer, so everyone will see from where it comes ;) Jul 13 18:30:25 TAsn: wget http://git.shr-project.org/git/?p=shr-installer.git\;a=blob_plain\;f=shr-installer\;h=95652015cb593494c428036de9b83ba03b717fc6\;hb=HEAD Jul 13 18:30:41 TAsn: opkg install packagekit Jul 13 18:30:53 TAsn: and then just run it ;) Jul 13 18:31:39 that's cool :) Jul 13 18:31:39 I agree about that ;) Jul 13 18:31:39 though when it comes to a fork/rewrite from the other distros behalf, please consider a name change ;) Jul 13 18:34:54 dos1, 0.2.4 is too old to start with? Jul 13 18:35:14 mrmoku: now there is 0.5.0 Jul 13 18:35:28 I know Jul 13 18:35:33 and supported branches are 0.4.x and 0.5.x Jul 13 18:35:41 ok, have to build from git then Jul 13 18:36:29 mrmoku: but don't sync, i would like to test it Jul 13 18:37:44 dos1, ok, guess you know my feed? ;) Jul 13 18:38:30 http://build.shr-project.org/tests/mrmoku/feed/ ? Jul 13 18:39:05 yep Jul 13 18:39:16 will tell you when its there Jul 13 18:39:19 building locally first Jul 13 18:39:54 dos1, will just wait an hour (until I'll have latest packagekit) :) Jul 13 18:40:03 damn I'm laggy Jul 13 18:40:10 I only get an update every couple of minutes Jul 13 18:40:17 brb Jul 13 18:41:09 mrmoku: after that - cia hook doesn't work :DDD Jul 13 18:41:20 no? Jul 13 18:41:21 hmm Jul 13 18:41:22 but that's with low priority :P Jul 13 18:41:26 :) Jul 13 18:43:15 :) Jul 13 18:43:17 :( Jul 13 18:43:20 I'm sad. Jul 13 18:43:33 I should really find the source of this hellish problem Jul 13 18:47:15 the freenode webirc sucks Jul 13 18:47:17 :/ Jul 13 18:47:59 no colors Jul 13 18:48:30 git ls-remote http://git.shr-project.org/repo/shr-installer.git master failed with signal 128, output: Jul 13 18:48:31 fatal: http://git.shr-project.org/repo/shr-installer.git/info/refs not found: did you run git update-server-info on the server? Jul 13 18:50:08 mrmoku: ^^^ Jul 13 18:50:14 :) Jul 13 18:51:23 tobii_: I hate it Jul 13 18:51:26 though I have no choice Jul 13 18:51:34 as logging to freenode kills my connection for some reason. Jul 13 18:51:34 ;\ Jul 13 18:53:57 dos1, ok fixed that and your CIA ;) Jul 13 18:54:09 just have to push for the server info to be created Jul 13 18:56:05 SHR: 03seba.dos1 07shr-installer * rede1385f10de 10/shr-installer: Remove some comment, just to push something ;) Jul 13 18:56:06 TAsn_: did you try connecting to another port than 9667? iirc freenode servers run on other ports as well Jul 13 18:56:24 mrmoku: thanks :) Jul 13 18:56:28 :) Jul 13 18:58:50 tilman: you mean 6667? what makes you think this is the cause? Jul 13 18:58:59 I'm also connected to other servers without any problems. Jul 13 18:59:06 it's just freenode (from the one I tested) Jul 13 18:59:09 yes, i meant 6667, sorry :) Jul 13 18:59:18 TAsn_: oh, okay. i thought your ISP might hate irc :) Jul 13 18:59:18 dos1: error: can't copy 'shr-installer.desktop': doesn't exist or not a regular file Jul 13 18:59:47 tilman: I think they just hate open source software :) Jul 13 18:59:56 dos1: i think it should be data/shr-installer.desktop in the setup.py Jul 13 19:00:03 heh Jul 13 19:00:09 oh, yes Jul 13 19:01:45 SHR: 03seba.dos1 07shr-installer * r41a5684ddaf3 10/setup.py: Fix installing desktop file. Jul 13 19:03:31 hmm... current git packagekit does not build ;) Jul 13 19:03:39 guess we should stick to releases :P Jul 13 19:05:08 dos1: want reciepe for shr-installer? http://heinervdm.dyndns.info/shr-dist/shr-installer_git.bb Jul 13 19:05:32 mrmoku: yep. 0.5.0 Jul 13 19:05:33 Heinervdm, will take it, thanks :) Jul 13 19:05:36 :) Jul 13 19:05:42 Heinervdm: also thanks ;) Jul 13 19:05:48 :) Jul 13 19:07:49 mrmoku: perhaps you can update the webkit-efl reciepe too, to the released version 0.1: http://heinervdm.dyndns.info/shr-dist/webkit-efl_git.bb Jul 13 19:08:27 but be carefull with building, it's about 500Mb ;) Jul 13 19:18:26 Heinervdm :) Jul 13 19:18:40 * mrmoku remembers that it takes two hours and a day to build that beast :P Jul 13 19:19:01 15 Minuets not more Jul 13 19:19:58 there is also a reciepe for eve, but eve isn't usable currently Jul 13 19:26:48 Anyone in here got a GTA01 and can check what's wrong with current images? Jul 13 19:27:22 http://buildhost.freesmartphone.org/~jluebbe/images/om-gta01/ Jul 13 19:27:30 For some reason the kernel isn't booting Jul 13 19:27:40 any help would be greatly appreciated Jul 13 19:27:59 The faster we resolve this the faster we can release ms5.5 images Jul 13 19:38:39 http://www.gsmarena.com/sony_ericsson_xperia_rachael_confirmed_ui_shown_on_video-news-1011.php W,, ףכרגם ןדדפ Jul 13 19:39:19 bah Jul 13 19:39:25 I meant: super sexy :) Jul 13 19:45:49 SHR: 03seba.dos1 07shr-installer * r9535125ddb7c 10/shr-installer: Implement dialogs with OK buttons. Jul 13 19:46:26 mrmoku: is packagekit building? Jul 13 19:57:00 dos1, creating me problems :( Jul 13 19:59:38 freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * r6294a47b793d 10fso-monitord/src/gsm.vala: Fixed wrong value type in GSM.PDP Jul 13 19:59:51 just renaming the recipe did not work... Jul 13 20:00:02 started to cherry-pick stuff from org.openembedded.dev Jul 13 20:00:12 SHR: 03seba.dos1 07shr-installer * re86c75017cb5 10/shr-installer: Add dialogs "Not implemented yet." Jul 13 20:01:12 i wish we had a virtual gta02 simulator, complete with SIM Jul 13 20:01:44 I wish I had a gsm cell emulator :) Jul 13 20:03:10 TAsn_: openbts Jul 13 20:03:23 lindi-: I know Jul 13 20:03:26 I have the software Jul 13 20:03:36 though I don't have the money for a USRP Jul 13 20:03:45 though a friend ordered one :) Jul 13 20:03:51 he'll get it soon. Jul 13 20:03:54 (weepee) Jul 13 20:04:04 stress testing calypso Jul 13 20:04:05 :) Jul 13 20:04:09 i'm not getting it until it can be programmed with free software Jul 13 20:05:00 lindi-: can't it? Jul 13 20:05:09 (sucks) Jul 13 20:05:15 TAsn_: afaik the fpga chip programming still needs proprietary compiler Jul 13 20:05:22 lindi-: I agree with you then. Jul 13 20:05:42 the source is free but the development tools are not all Jul 13 20:05:47 lol Jul 13 20:05:50 which means nothing. Jul 13 20:05:56 it's better than nothing Jul 13 20:06:01 of course. Jul 13 20:06:07 (as I said, I want one) Jul 13 20:06:09 you have to start from somewhere :) Jul 13 20:06:13 but still, this sucks :) Jul 13 20:07:10 dos1, ouch... it requires libpam Jul 13 20:07:37 mrmoku: so i won't get it soon? Jul 13 20:08:22 or what? Jul 13 20:08:23 :x Jul 13 20:11:00 dos1, don't know yet ;) Jul 13 20:11:12 mrmoku: but today? Jul 13 20:12:09 lindi-: what about Icarus verilog compiler? Jul 13 20:12:26 lindi-: iirc fpga programming needs some proprietary layouting tools though :( Jul 13 20:12:38 mrmoku: or can i go to sleep (read as: programming in bed :P) now? ;) Jul 13 20:13:39 PaulFertser: yep Jul 13 20:14:13 hmm, maybe vibrator and accelerometer can be used to detect if the phone is on a table or soft surface Jul 13 20:16:58 lindi-: lol Jul 13 20:17:05 vibrator and microphone :) Jul 13 20:17:16 you just vibrate and see how loud you hear the vibration Jul 13 20:17:16 :) Jul 13 20:17:47 TAsn_: ah, mic could work too Jul 13 20:17:57 we have a sonar soon :) Jul 13 20:18:03 hehe yeah ;) Jul 13 20:18:42 actually I have been thinking about using the USRP with a very low frequency for an inroom radar :) Jul 13 20:19:25 though using sound/whatever they use in car sensors, is probably better Jul 13 20:19:26 :) Jul 13 20:19:29 TAsn_: and i can measure resonanse at different frequences Jul 13 20:20:58 TAsn_: the accelerometer can even detect my ringtone :) Jul 13 20:21:46 I doubt that :) Jul 13 20:21:50 it can Jul 13 20:21:52 just tested Jul 13 20:22:28 are you for real? I mean, the accelerometer is very bad iirc Jul 13 20:22:30 :) Jul 13 20:22:35 TAsn_: yep i'm for real Jul 13 20:22:43 cool :) Jul 13 20:23:07 Hi! How do I read&delete SMS's from SIM with dbus? (paroli or FSO refuses to move them from SIM to internal memory -> sim fills up, can't receive more.. :/ Jul 13 20:23:13 (I know I may be a sucker I still hardly believe you, but I still believe you) Jul 13 20:23:36 rhkfin: iki.fi/lindi/openmoko/dump-sms to read Jul 13 20:23:39 rhkfin: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD Jul 13 20:23:40 TAsn_: you can test easily Jul 13 20:23:49 lindi-: how? Jul 13 20:24:05 anyhow I'm actually leaving now, gotta study I can't believe I hardly studied today :( Jul 13 20:24:25 TAsn_: ok Jul 13 20:24:31 TAsn_: iki.fi/lindi/openmoko/accelerometer-dump.c Jul 13 20:25:25 thanks Jul 13 20:25:26 night. Jul 13 20:29:38 mrmoku: so? Jul 13 20:31:03 mrmoku: can i hope for package? :) Jul 13 20:32:01 dos1, hope dies last ;) Jul 13 20:32:15 hehe Jul 13 20:32:16 How can i debug a C programm on the freerunner? i installed the -dbg package of that programm but there is no dbg or dbx Jul 13 20:32:18 trying to build it on the buildhost now... because it is some strange error that makes libpam fail Jul 13 20:32:30 Heinervdm, opkg install gdb Jul 13 20:32:57 * spaetz yawns Jul 13 20:32:57 dos1, and no.. fails in the same way :( Jul 13 20:33:09 thx Jul 13 20:33:23 mrmoku: which error? Jul 13 20:33:23 dos1, guess you can continue in sleep-programming mode :P Jul 13 20:33:50 stuff like Jul 13 20:33:50 make[2]: o: Command not found Jul 13 20:34:00 :x Jul 13 20:34:01 make[1]: Wl,-soname: Command not found Jul 13 20:34:51 mrmoku: did you check for some libpam related commits in oe.dev? Jul 13 20:37:36 hey you guys... i'm an application developer and i'm just getting my teeth into the MokoMake file Jul 13 20:37:47 ... but i just noticed a not at the bottom of the wiki page Jul 13 20:38:10 "You are not advised to use MokoMakefile for application development. Openmoko distributes a stand-alone toolchain for that purpose. " Jul 13 20:38:33 ... like what? i thought that was the whole point of MokoMake... can someone please enlighten me? Jul 13 20:39:01 real_ate: if you want it to be included into distro, then you should setup bitbake environment (via mokomakefile) Jul 13 20:39:08 dos1, yep, there is nothing Jul 13 20:39:16 mrmoku: strange Jul 13 20:39:54 real_ate, MokoMakefile is to build a complete distro for the openmoko Jul 13 20:40:26 the toolchain gives you a prebuilt cross-compiler to build your app Jul 13 20:40:58 dos1, yeah, strange... I'm missing something... Jul 13 20:41:19 so does that mean i can just build a package without having to worry about the distro? Jul 13 20:41:40 * real_ate wants to get into system development but just not right now Jul 13 20:42:15 real_ate, yes and no ;) Jul 13 20:42:24 :P Jul 13 20:42:33 you have to take care about what links you link against Jul 13 20:42:39 s/links/libs/ Jul 13 20:42:40 mrmoku meant: you have to take care about what libs you link against Jul 13 20:43:09 ok, i'm off now Jul 13 20:43:11 dos1, giving up for today... will continue tomorrow Jul 13 20:43:13 :) Jul 13 20:43:15 ;) Jul 13 20:43:16 dos1: wait Jul 13 20:43:17 dos1, gnight Jul 13 20:43:32 dos1: why are you using query.skip ... ? Jul 13 20:43:38 and not query.GetMultipleResults Jul 13 20:43:49 agg1n1: in opimd-cli? Jul 13 20:43:52 yes Jul 13 20:44:09 agg1n1: cause with lots of entires it will introduce delay Jul 13 20:44:09 mrmoku: night Jul 13 20:44:23 agg1n1: and with query and skip it prints entry immediately Jul 13 20:44:28 dos1: ok thx, gn8 :) Jul 13 20:44:29 ok, i'm off now Jul 13 20:44:33 good night Jul 13 20:44:39 night dos Jul 13 20:46:20 bzzbot: mrmoku: you're just talking about versions of the libs right? Jul 13 20:46:27 and also Jul 13 20:46:38 * real_ate is remembering looking over this a few months back... Jul 13 20:46:56 is the MokoMake the only way to set up an emulation environment? Jul 13 20:51:59 spaetz, nah, was sending dos1 to bed ;) Jul 13 20:52:10 spaetz, btw. how's life? Jul 13 20:53:55 remoko doesnt work on shr-unstable :( Jul 13 20:54:35 F4t, remoko does not work with bluez4... and is waiting for someone to port it ;) Jul 13 20:55:06 F4t, mrmoku , svn version works in bluez4 Jul 13 20:55:32 ahh, good to know :) Jul 13 20:55:39 we have to bump and rebuild it then Jul 13 20:57:50 please do :P Jul 13 20:58:01 F4t, already trying Jul 13 20:58:28 mrmoku, can you add vala 0.7.4 to shr/import? Jul 13 20:59:32 mrmoku, isn't the final version, and maybe isn't real ready for packaging atm, will try to fix the remaining issues in the next days Jul 13 20:59:34 playya, hmm, you should talk to ptitjes_ Jul 13 20:59:40 ok. Jul 13 20:59:44 ptitjes_, ping Jul 13 20:59:47 we're building his tarball releases Jul 13 20:59:50 VDVsx, ok Jul 13 21:00:23 ok. afair h merges with master some days ago Jul 13 21:10:38 ok, bedtime for me too now Jul 13 21:10:40 gnight all Jul 13 21:50:51 Any easy-to-install SMS tools for OM2009 that work on the messaages on SIM? Zhone? Jul 13 21:54:25 what kind of sms tools? Jul 13 21:54:48 TO read and remove.. Jul 13 21:54:53 I'll try zhone.. Jul 13 21:55:00 (current paroli unstable fails.. Jul 13 21:56:02 i use bluesms.py, my own piece of software Jul 13 21:56:48 url? Jul 13 21:56:56 [Rui]: Hi! Jul 13 21:57:10 <[Rui]> hi! Jul 13 21:57:16 https://blue-labs.org/svn/BlueLabs/BlueSMS/ Jul 13 21:57:29 <[Rui]> rhkfin: how're you liking elmdentica? much better then your first attempt, hey? :) Jul 13 21:57:55 [Rui]: elmdentica & om2009: a) the whole messages are not shown, only part of it b) must hate the gconf-thing :) c) your name doesn't appear correctly but squares only Jul 13 21:58:14 d) it doesn't remember the downloaded messages (empty on each start) Jul 13 21:58:52 <[Rui]> rhkfin: can you put that one item at a time in the issues list? :D Jul 13 21:59:00 <[Rui]> rhkfin: the name thing, though, is a font problem on OpenMoko Jul 13 21:59:36 <[Rui]> rhkfin: my name is made with some rune characters which are apparently unavailable! Jul 13 21:59:53 <[Rui]> rhkfin: as for a) I don't understand, got a screenshot? Jul 13 21:59:58 <[Rui]> b) huh? :) Jul 13 22:00:03 [Rui]: yes I see - and I think you should care about it, it makes people believe your app is broken :) Jul 13 22:00:39 <[Rui]> d) indeed it's a nice feature to have :) Jul 13 22:02:51 <[Rui]> rhkfin: it's okay when I run it on my laptop, so I guess it's a font problem in OpenMoko or e's libraries Jul 13 22:03:35 Do you mean c? Jul 13 22:03:40 I'll post the a) screenshot soon.. Jul 13 22:04:59 [Rui]: must admint that I admire you how you roll out a new cool app and X versions of it in a week, two. Shows the level of commitment - and sometimes it just makes me wonder how it's possible that some other projects need months/years to complete something that looks very simple task for a coder (=not me..) Jul 13 22:05:15 <[Rui]> rhkfin: also that I was in vacations :) Jul 13 22:05:34 :) Jul 13 22:05:34 <[Rui]> rhkfin: "worse" vacations in some time, just looking at dust settling down Jul 13 22:05:47 see scap.linuxtogo.org -> the lines are not complete Jul 13 22:06:30 I guess you haven't yet found out a way to create smalle buttons ... :)? Jul 13 22:07:01 Anyone know what's this: http://scap.linuxtogo.org/files/37942163b81601472fa536ebf4fdd0c0.png - looks nice to me!! Jul 13 22:07:09 What app is managing the illume desktop there Jul 13 22:07:17 <[Rui]> rhkfin: I don't know how to force the length adequately Jul 13 22:07:36 <[Rui]> which is also why I still let horizontal scrolling there Jul 13 22:08:00 oh, I didn't know it.. ok, nice Jul 13 22:08:13 <[Rui]> rhkfin: I guess I'd have to do some edje magic which I haven't learned yet Jul 13 22:08:42 [Rui]: you wrote that app? Jul 13 22:09:05 (the home/launcher/no idea how it's called in the scap image rhkfin gave) Jul 13 22:09:06 Any changes of moving the buttons for each post to the end of each line -> less height, eating less screen area. And you won't press the buttons anyway before you've read the dent.. Jul 13 22:09:11 TAsn_: ok.. Jul 13 22:09:21 ok? Jul 13 22:09:24 <[Rui]> I wish I could really restrict the horizontal area AND figure how to do the magical sliding buttons appear (like "msg" in paroli-contacts).... Jul 13 22:09:55 rhkfin: who wrote that app? Jul 13 22:10:25 <[Rui]> rhkfin: yeah, now I understood how lists work I'll make them lists (which are selectable) and as such I can move those buttons to a distinct area Jul 13 22:10:27 TAsn_: Rui wrote elmdentica Jul 13 22:10:30 <[Rui]> but it would also eat valuable area Jul 13 22:10:47 I'm talking about the home/launcher app Jul 13 22:10:58 no idea what elmdentica is :) Jul 13 22:11:42 anyhow ciao. Jul 13 22:12:18 <[Rui]> TAsn_: a µ-blog client Jul 13 22:12:33 <[Rui]> TAsn_: compatible with twitter like api µ-blog software Jul 13 22:12:40 TAsn_: ah, ok.. no idea.. Jul 13 22:12:42 [Rui]: sweet :) Jul 13 22:12:48 TAsn_: that's why I asked what is it.. Jul 13 22:12:57 Oh I think I saw screenies on planet Jul 13 22:40:45 now for real, gn. Jul 13 22:54:09 shit, everybody asleep Jul 13 22:55:51 no, not everybody. Some tried to watch the shuttle launch.. Jul 13 22:56:37 <[Rui]> what? where can one see it? Jul 13 22:56:56 you can't it was cancelled.. Jul 13 22:57:09 because of weather. They'll try it tomorrow again. nasatv Jul 13 22:57:21 <[Rui]> ah ok Jul 13 22:57:27 <[Rui]> can't get that here Jul 13 22:57:37 no? Jul 13 22:58:01 <[Rui]> rhkfin: it's a tv channel? Jul 13 22:58:15 http://www.nasa.gov/multimedia/nasatv/index.html Jul 13 22:58:16 on nasa web site Jul 13 22:58:40 they postponed to wednesday Jul 13 23:00:10 <[Rui]> omg it seems to work nice with totem plugin too! Jul 13 23:00:15 <[Rui]> niiiiiice Jul 13 23:00:52 :) Jul 13 23:01:02 not much happening.. Jul 13 23:02:26 <[Rui]> you can get one hell of a sunset, though Jul 13 23:04:55 DocScrutinizer: do you think we should wait while problems with bluetooth headsets will solve themselves (like probably some fix comes into bluez or kernel from Holtman et al)? Or should we better ask the vendor who knows for sure the firmware version and its shortcomings about compatibility with bluez? Jul 13 23:05:21 <[Rui]> there's some smoke coming out of the jets Jul 13 23:05:37 FIRE, FIRE, someone call the firemen...!! Jul 13 23:05:54 the engineers are roasting marshmellows.. Jul 13 23:05:58 <[Rui]> heh Jul 13 23:06:05 <[Rui]> copied the url Jul 13 23:06:25 <[Rui]> mms://209.73.189.142/nqsenc006_d?StreamID=87995515&pl_auth=93d3daaae0e175d403c59ee5a7091f2d&ht=120&pl_b=00CEBE2CA25154A9FD1222CC4B4A5BBC58&CG_ID=1369080&Segment=149773 Jul 13 23:06:49 <[Rui]> let's see if I cansusbribe to that with miro Jul 13 23:11:16 <[Rui]> nopes, a pity Jul 13 23:11:32 wpwrak: hey, do you have any ideas about what and who should do about the problem that some headsets do not work with our bt chip while working perfectly (with exactly the same software versions) with other bt controllers? Jul 13 23:31:44 hi Jul 13 23:31:48 PaulFertser: hey Jul 13 23:32:13 could you help zecrazytux with the usb/eth renaming and iface name persistance kernel wise? Jul 13 23:32:29 He was looking for where it was done and all Jul 13 23:33:12 PaulFertser: I exchange your help for a beer ;-) Jul 13 23:33:42 yup I'm looking for doc about why and how it changed :) Jul 13 23:36:27 zecrazytux: ok Jul 13 23:36:31 naming persistence is done with udev Jul 13 23:36:52 Blu3: so nothing new Jul 13 23:36:58 zecrazytux: the main idea is that FR's kernel (g_ether gadget) should know some persistent MAC address. Jul 13 23:37:30 zecrazytux: when g_ether is compiled in the only way to specify the mac address is to add it to the kernel cmdline. Jul 13 23:37:59 zecrazytux: there's a NAND factory partition (ext2 formatted) that has several files, including imea, sn and the file with mac address. Jul 13 23:38:20 zecrazytux: recent Qi versions read that file and add the relevant settings to the kernel cmdline. Jul 13 23:39:05 zecrazytux: even if g_ether is a module modern modprobe (not sure it works exactly this way but result is the same) will read kernel cmdline upon loading g_ether, so it will get its mac too. Jul 13 23:39:12 PaulFertser: ok, so that we can easily manage name persistence with udev Jul 13 23:39:45 but that's the idea behind renaming usbX to ethY ? Jul 13 23:39:50 zecrazytux: in case one uses an old Qi or u-boot, SHR has a boot script that mounts the factory partition, extracts the mac and supplies it to g_ether module. Jul 13 23:40:51 zecrazytux: usb? is the default name that host assigns to devices having random usb MAC, eth? is the default name hosts assign to the devices having MACs in some particular (ethernet) range. The MAC in factory partition is in the ethernet range. Jul 13 23:41:32 zecrazytux: as to why -- to be able to have persistent interface names on host thanks to udev. Jul 13 23:41:42 Ainulindale: :D Jul 13 23:41:58 PaulFertser: how's life by the way? Jul 13 23:42:18 PaulFertser: ah, ok, thanks for the exlanation :) Jul 13 23:42:31 Ainulindale: it's ok, everything's usual. How's yours? Jul 13 23:42:40 Ainulindale: when are you planning your trip here? Jul 13 23:42:57 PaulFertser: Don't know yet Jul 13 23:43:11 I don't even know if it'll be near moscow Jul 13 23:43:12 zecrazytux: you're welcome Jul 13 23:43:22 Probably september though Jul 13 23:43:23 thought usbX was the anme of ethernet-ver-usb peripherals and ethY names of plain-ethernet peripheral. I didn't mind usbX have random MAC Jul 13 23:44:21 +I / name* / over* (need to adapt a little more to my new keyboard) Jul 13 23:45:46 Ainulindale: if it's september try to come during Indian summer, its nice here usually :) Jul 13 23:46:09 PaulFertser: I'll ask Genia about that then Jul 13 23:47:40 Ainulindale: sometimes in september it feels like everything's over, it starts to be cold and unfun, and suddenly you have one or two weeks of late summer again. I think you have something similar too :) Jul 13 23:48:02 yeah but it's in october here Jul 13 23:48:37 Probably it's october here too, i'm not sure. I have difficulties understanding time. Jul 13 23:48:54 meh ! Jul 13 23:51:25 Ainulindale: russian WP says it happens in the beginning (sometimes in the middle) of september in russia. Jul 13 23:51:51 well beginning of september is my birthday Jul 13 23:51:56 and she wants to be with me Jul 13 23:52:01 so maybe I'll be there Jul 13 23:53:58 :) Jul 14 00:46:30 PaulFertser: no idea about what to do with BT Jul 14 00:49:12 PaulFertser: first of all, are we sure bluez-driver for FR-BT is correct. Obviously(?) we might see different drivers for different BT-hw, so it's probably not that easy to state we use "same sw" with another bt-dongle and it works then Jul 14 00:51:16 PaulFertser: I also have no idea about OM's contacts to the BT-manufs and if we may get any support from them Jul 14 00:56:42 PaulFertser: first of all I'd suspect the "flashrom-reprogramming" for PCM-input. AIUI you do a "hard" switch to SCO-profile via USB. So this may introduce unexpected troubles, and also such a sticky setting always needs special care and triple-check to run our tests with actual needed setting and not get tricked by a sticky state from "2 weeks ago" Jul 14 01:02:57 sigh Jul 14 01:03:18 looks like the current shr-u wifi is 98% f*cked Jul 14 01:11:00 wifi breaks and wedges all networking Jul 14 01:11:30 have to hard crash the phone to get it to reboot. pull battery or 8 seconds on the power button Jul 14 01:12:11 Blu3: what changed? Jul 14 01:13:07 Blu3: someone messed up the driver (even more ;-> ) ? Jul 14 01:14:07 Blu3: which tools do you use to manage wlan? Jul 14 01:14:48 shr-settings to enable it, ifup/down Jul 14 01:15:32 hmm, rather generic then Jul 14 01:15:42 start it up, works great for a random period of time. then the link goes down for an unknown reason. trying to set it down and back up results in a null pointer dereference Jul 14 01:16:16 so recent mofi/connman/mokonnect/dunnoWhat can't possibly interfere Jul 14 01:16:34 ouch Jul 14 01:16:36 none of those would apply Jul 14 01:16:44 the kernel changed Jul 14 01:16:50 that's a fat ugly bug for sure Jul 14 01:17:10 unfortunately i don't have time to dissect it Jul 14 01:17:23 thought we fixed that nullpointer some weeks ago. Regression? Jul 14 01:17:38 must be Jul 14 01:18:01 i gotta get around to putting the oops in mem so i can catch it on reboot Jul 14 01:18:05 a kernel-oops dump would help a lot Jul 14 01:18:18 lol, yeah Jul 14 01:19:00 mrmoku|away: lindi-: PaulFertser: what's state of ramconsole per default by now? **** ENDING LOGGING AT Tue Jul 14 02:59:57 2009