**** BEGIN LOGGING AT Sat Feb 13 02:59:58 2010 Feb 13 08:58:05 JaMa: mdbus2 and mterm2 aren't python applications, so putting them into task-cli-tools-python.bb looks strange Feb 13 09:07:22 hello Feb 13 09:07:45 can I use just illume home screen without the top shelf and the wm? Feb 13 09:08:03 say enlightenment FM2 only? Feb 13 09:32:47 * von_fritz re-adds tangogps in task-shr-minimal.bb :P Feb 13 09:36:50 moin Feb 13 09:37:16 we need an e version for vala-terminal and pyphonelog, then we can drop gtk from like image Feb 13 09:40:03 Heinervdm, yes, that'd be awesome Feb 13 09:40:20 mrmoku|away started working on the elm phonelog, I'll provide help when I'll have time Feb 13 09:40:29 as for vala-terminal, someone needs to write something :P Feb 13 09:41:08 i looked at phonelog too, but i don't understand how libphon-ui-shr works :) Feb 13 09:42:04 Heinervdm, I can explain if you want (not now thouh) Feb 13 09:42:10 btw, coming to think about it Feb 13 09:42:15 dropping gtk isn't a big deal Feb 13 09:42:20 TAsn, Heinervdm, I can quickly reconvert mokophonelog to get data from opimd Feb 13 09:42:23 as most of the apps we use are gtk Feb 13 09:42:29 (tangogps, pidgin, etc) Feb 13 09:42:31 I use python-elementary Feb 13 09:42:45 daniele_athome, give it a go, if it'll be ok we'll use it. Feb 13 09:43:04 daniele_athome, look at pyphonelog to see how I did stuff (opimd interaction) Feb 13 09:43:11 TAsn: but don't we want to have it in libphone-ui-shr? Feb 13 09:43:21 TAsn, I already wrote the code to interface with opimd, I just have to activate and test it Feb 13 09:43:29 Heinervdm, we do, but until then Feb 13 09:43:42 Heinervdm, I already told him that sometime in the past :P Feb 13 09:43:58 i think until then pyphonelog is ok too Feb 13 09:44:07 Heinervdm, I agree. Feb 13 09:44:16 Heinervdm, I really like the grouping feature in pyphonelog Feb 13 09:44:34 and I bet pyphonelog is as fast as possible atm (with the slow opimd) Feb 13 09:44:37 or at least very fast. Feb 13 09:44:51 Btw, a quick snapshot at the midori vs ventura poll: Feb 13 09:44:55 Midori 0 Feb 13 09:44:55 why dropping GTK ? its too slow or for other reasons? Feb 13 09:44:59 Ventura 10 Feb 13 09:45:05 von_fritz, not dropping from feeds Feb 13 09:45:13 it's juts that our apps won't be using it Feb 13 09:45:19 and shipping with just one Feb 13 09:45:25 von_fritz: we need to save some space Feb 13 09:45:26 graphical toolkit is better Feb 13 09:45:27 :P Feb 13 09:45:28 mmm... phonelog isn't designed like messages (adding calls from opimd signals) Feb 13 09:45:35 it will take longer than I expected Feb 13 09:45:55 von_fritz: we need an lite image smaller then 50MB for gta01 Feb 13 09:46:01 daniele_athome, sure it is Feb 13 09:46:04 ah ok Feb 13 09:46:09 TAsn, I mean my phonelog Feb 13 09:46:17 daniele_athome, oh :P Feb 13 09:46:22 btw Feb 13 09:46:28 it's designed to make a query to sqlite database everytime the window is focused Feb 13 09:46:46 daniele_athome, I think caching is bad with a python app Feb 13 09:46:54 I know :( Feb 13 09:46:55 I don't want the phonelog app to reside in my memory all the time. Feb 13 09:47:02 anyway i'm writing a completely new phone stack in C Feb 13 09:47:14 don't. Feb 13 09:47:23 We want phonelog to be inside libphone-ui-shr Feb 13 09:47:39 TAsn, I already began :D Feb 13 09:47:42 Anywhere else and it'll just be a waste of time Feb 13 09:47:53 daniele_athome, why won't you write a libphone-ui-shr version? Feb 13 09:47:59 I don't like phoneui sorry :D Feb 13 09:48:05 okie. Feb 13 09:48:16 So we may/not rip your code at some time in the future :P Feb 13 09:48:22 TAsn, because there are other things Feb 13 09:48:27 like opimd ( i don't want to use) Feb 13 09:48:35 like phonefsod ( I don't want to use :D ) Feb 13 09:48:36 etc. Feb 13 09:48:53 anyway, my phonestack is really android-inspired Feb 13 09:49:31 sorry guys but I've already dropped phonefsod from /etc/rc5.d/ :) Feb 13 09:49:38 and illume too Feb 13 09:49:46 ok Feb 13 09:50:52 anyway TAsn don't take it wrong Feb 13 09:50:59 I mean phonefsod/phoneui is a great work Feb 13 09:51:14 it's just I want to write the phonestack my own way :) Feb 13 09:52:32 daniele_athome good luck :) Feb 13 09:52:44 thanks von_fritz Feb 13 10:08:19 daniele_athome, Don't worry, I'm not insulted :P Feb 13 10:08:25 :D Feb 13 10:08:52 daniele_athome, We started writing the shr stack *after* qtopia, 2007.* and 2008.* Feb 13 10:10:02 "I'm not insulted" he said, barely controlling the quiver in his voice :) Feb 13 10:13:58 wpwrak, :P- Feb 13 10:14:33 daniele_athome, btw, I would like to hear what do you think is not good in libphone-ui/phonefsod/whatever, but not now :P Feb 13 10:14:55 TAsn, ok np :) Feb 13 10:15:02 thanks. Feb 13 10:17:31 TAsn, what is the file you take the alsa controls names from? Feb 13 10:18:21 /etc/libphoneui.conf Feb 13 10:18:22 iirc Feb 13 10:18:51 mmm Feb 13 10:18:56 just a log_level... Feb 13 10:19:01 sec Feb 13 10:19:17 ok Feb 13 10:19:18 not just a log level here Feb 13 10:19:19 it's there Feb 13 10:19:21 (here) Feb 13 10:19:27 want me to up it for you? Feb 13 10:19:35 if you don't have time I can look in the source code Feb 13 10:19:46 I asked you because i thought you could tell me quickly :) Feb 13 10:19:46 these demons also implement the state machines for talking AT commands ? Feb 13 10:20:27 http://pastebin.com/d3b88e797 Feb 13 10:20:31 daniele_athome, ^ Feb 13 10:20:49 btw, there shouldn't be a log_level there Feb 13 10:20:56 so I guess you took the wrong file Feb 13 10:21:06 mmm Feb 13 10:21:19 TAsn, oops :D Feb 13 10:21:22 /etc/phoneuid.conf Feb 13 10:21:26 thought so :P Feb 13 10:27:46 good morning Feb 13 10:27:56 I've got a sound problem: [133694.295000] BUG: stream = 0, pos = 0x26b0000, buffer size = 0x4000, period size = 0x400 Feb 13 10:28:28 I was previewing my ringtone from the shr-settings app, then the phone suspended while playing. Since then I got no sound Feb 13 10:28:47 sybren: can you reproduce it from command line? Feb 13 10:29:57 I'll see if a reboot fixes it, then I can try to reproduce it Feb 13 10:30:57 lindi-: I tried "modprobe -r snd_soc_neo1973_gta02_wm8753" but that hangs Feb 13 10:38:12 lindi-: aplay and then during playing "apm -s" works fine. Playing the same .wav file from shr-settings -> Profile -> Play, and then doing "apm -s" while it's playing shows this bug. Feb 13 10:39:00 sybren: ok figure out what shr-settings uses to play it Feb 13 10:39:17 lindi-: it uses fsodeviced, which uses aplay Feb 13 10:39:27 killing the hung aplay command releases the sound card Feb 13 10:40:04 so the real WTF is that aplay doesn't resume playing and also doesn't quit. Feb 13 10:40:12 sybren: kernel bug Feb 13 10:41:23 sybren: i get the same kernel message Feb 13 10:41:32 [117414.320000] BUG: stream = 0, pos = 0x24d0000, buffer size = 0x8000, period size = 0x800 Feb 13 10:42:01 sybren: but sound continues to play and I can kill it too Feb 13 10:42:18 Is it ok to upgrade shr-u now? I read about wifi problem from Laura and this sound problem.. Maybe I should skip the kernel part.. Feb 13 10:43:00 TeLLuS: i'm using ancient kernel :) Feb 13 10:43:05 and not shr at all Feb 13 10:43:22 ok Feb 13 10:49:17 moin Feb 13 10:51:42 TeLLuS: and my sound issue is easily solved by killing aplay from a script in /etc/apm/resume.d Feb 13 10:52:06 lindi-: here sound doesn't continue, but aplay is perfectly killable and then new aplay instances work fine. Feb 13 10:52:48 (I'm using shr-testing) Feb 13 10:55:27 something else: where can I find the DBUS interface documentation for opimd? Feb 13 10:55:57 sybren: docs.freesmartphone.org Feb 13 10:56:28 what package is providing now mdbus ? ( I don't have it since yesterday shr-u upgrade) Feb 13 10:56:41 Heinervdm: thanks. Feb 13 10:57:14 jlmoko: it's renamed to mdbus Feb 13 10:57:23 before it was mickeydbus Feb 13 10:57:52 Heinervdm, thanks Feb 13 11:02:08 Heinervdm: the documentation is very, very sparse. Is there any doc that describes a bit more? For example, "Start a query for contacts." hardly describes what the parameters should contain. Feb 13 11:02:49 query is a hashtable Feb 13 11:03:03 ? Feb 13 11:03:17 with key:value pairs Feb 13 11:03:41 e.g. Phone 1234567 Feb 13 11:04:00 then you will get every entry that has 1234567 as Phone Feb 13 11:04:45 ah, thanks Feb 13 11:05:08 any way I can query for all contacts in a certain backend? For example, all in the SIM backend? Feb 13 11:05:54 empty query Feb 13 11:06:20 Heinervdm: and what if I wanted all from the SIM backend but not the sqlite backend? Feb 13 11:06:29 not empty query, use a empty hashtable for the query Feb 13 11:06:50 freesmartphone.org: 03Frederik.Sdun 07vala-dbus-binding-tool * r0dda9a5d7f89 10/src/vala-dbus-binding-tool.vala: Feb 13 11:06:50 freesmartphone.org: Fix generation of nested complex types Feb 13 11:06:50 freesmartphone.org: Fix Ctors of explicit structs Feb 13 11:07:15 freesmartphone.org: 03mok 07libframeworkd-glib * rdb4777cc543e 10/src/ (Makefile.am ogsmd/frameworkd-glib-ogsmd-pdp.c): Feb 13 11:07:16 freesmartphone.org: ogsmd: fix typos in the new PDP stuff and make it build Feb 13 11:07:16 freesmartphone.org: Signed-off-by: Klaus Kurzmann Feb 13 11:07:30 ok. want little bug remaining Feb 13 11:07:55 mrmoku|away, vala now exposes interface headers into the header \:D/ Feb 13 11:08:10 Heinervdm: do you know how I get an empty hashtable in Python? Using an empty dict gives me "ValueError: Unable to guess signature from an empty dict" Feb 13 11:10:48 sybren: don't know how to do it in python. for SIM you can try to query for _used_backends Feb 13 11:11:37 or just query for _at_least_one with value 1 Feb 13 11:11:43 and have a look at the result Feb 13 11:11:57 Heinervdm: thanks. I got the Python part tackled by explicitly using dbus.Interface ;-) Feb 13 11:17:03 Heinervdm: querying opimd only gives me contacts from sqlite, not sim Feb 13 11:22:04 nevermind, the SIM auth popup didn't show so my SIM hasn't been authed yet Feb 13 11:24:26 but even after auth opimd still doesn't return SIM contacts Feb 13 11:26:32 opimd needs to load them Feb 13 11:26:39 that needs some time Feb 13 11:28:25 Heinervdm: still nothing :( Feb 13 11:28:57 and I get "dbus.exceptions.DBusException: org.freesmartphone.GSM.SIM.InvalidIndex" when trying to retrieve the contacts from the SIM via the GSM interface Feb 13 11:29:34 I'm calling "gsm.RetrievePhonebook('contacts')" where "gsm" is a org.freesmartphone.GSM.SIM interface on the /org/freesmartphone/GSM/Device path Feb 13 11:30:24 that sounds like an ogsmd problem Feb 13 11:32:38 Heinervdm: I'll see if there are upgraded packages for shr-testing Feb 13 11:36:09 nope, no updates Feb 13 11:39:08 Heinervdm: restarting some daemons helped Feb 13 12:05:24 Heinervdm: ah you're right.. about not-python will change that for old version.. Feb 13 12:05:47 ok Feb 13 12:06:47 Heinervdm: I've got some scripts now that can back up and restore contacts, one backs up to a file, the other restores from that file. Feb 13 12:07:51 Heinervdm: and since adding is done to the default data store, it can be used to copy contacts from SIM to sqlite, which is what I wanted Feb 13 12:10:08 mickey|bbl: is it posible that mterm2 expects config.vapi in vala vapi dir (now blacklisted in vala.bbclass)? Feb 13 12:10:23 error: config not found in specified Vala API directories or GObject-Introspection GIR directories Feb 13 12:13:03 O_o why isn't the telephone number indexed in the sqlite contacts database? Feb 13 12:14:03 the 'contacts' table contains hardly used stuff, like when someone was married, so that can be indexed, but someone's primary telephone number cannot. Feb 13 12:14:04 sybren: that doesn't play a role with the current design of opimd Feb 13 12:15:13 fortunately, now that I moved all my contacts from SIM to sqlite, finding the name belonging to a number is much faster Feb 13 12:18:20 sybren, this can't be true Feb 13 12:18:26 (finding the name to a number is faster) Feb 13 12:18:36 because atm, opimd caches everything from backends :( Feb 13 12:18:50 So sqlite is just the same as sim/csv/whatever Feb 13 12:18:56 I'm working on changing that though. Feb 13 12:19:11 TAsn: well, it was horribly slow, now it's faster Feb 13 12:19:21 sybren, did you by any chance upgrade anything? Feb 13 12:19:25 nope Feb 13 12:19:31 weird. Feb 13 12:20:41 sybren, anyhow, even if opimd used sqlite Feb 13 12:20:45 this wouldn't be so simple Feb 13 12:21:00 as telephone numbers are stored not normalized Feb 13 12:21:14 so indexing them would make no sense. Feb 13 12:23:18 TAsn: then store them normalized Feb 13 12:23:41 the backend should support the usage, doing it the other way around is, well, the wrong way around Feb 13 12:24:08 sybren, storing them normalized (and not in the non-normalized version) is plain bad and annoying for the user Feb 13 12:24:24 and storing both makes the db redundant Feb 13 12:24:32 no it doesn't Feb 13 12:24:35 and furthermore, there's no sane way to do it Feb 13 12:24:40 because normalization may change Feb 13 12:24:47 it's really not well defined Feb 13 12:24:56 then define it well for the purpose of this application Feb 13 12:25:05 the telephone system isn't likely to change any time soon Feb 13 12:25:18 sybren, you got me wrong, storing normalized numbers Feb 13 12:25:33 would mean we store them normalized according to our current settings Feb 13 12:25:35 so for instance Feb 13 12:25:36 storing both is fine too, one entry for machine use and the other for display to humans, it's quite normal Feb 13 12:25:46 you can't store them both Feb 13 12:25:50 that's what I'm trying to say Feb 13 12:25:53 consider this: Feb 13 12:26:00 I'm in Israel atm Feb 13 12:26:07 and I'm going to france next week Feb 13 12:26:13 a friend sent me an sms with his number Feb 13 12:26:25 Tested Ventura browser.. look and work OK, should probably be added to http://wiki.openmoko.org/wiki/Browser_review http://wiki.openmoko.org/wiki/ElementaryApplicationsSHR Talks about Valery what is that? Should it be Ventura instead? Feb 13 12:26:27 I added his number (without the international prefix, just a local french number) Feb 13 12:26:44 I will see the number I added (without the prefix) Feb 13 12:26:46 though in the db Feb 13 12:27:01 I'll have a number with an *Israeli* prefix Feb 13 12:27:08 then your normalization scheme is wrong Feb 13 12:27:14 so when I'll attempt to call/match that won't work. Feb 13 12:27:27 just because your scheme doesn't work then, doesn't mean you should tell everybody "you can't store in normalized form" Feb 13 12:27:33 sybren, Please enlighten us Feb 13 12:27:55 you could add a "+XX" prefix instead of the country code, to indicate a local number Feb 13 12:28:03 NO Feb 13 12:28:20 or when the user provides a local number, ask wheter it's local to the SIM or to the country he/she is in ATM Feb 13 12:28:24 then store the correct country code Feb 13 12:28:45 sybren, that's juts a pain Feb 13 12:28:58 furthermore, I'm not willing to show a user incorrect information Feb 13 12:29:07 i.e let him think the number he stored is X while it's actually Y Feb 13 12:29:17 sybren, if you really think I'm wrong Feb 13 12:29:23 please send an email to shr-devel Feb 13 12:29:38 and we'll discuss it there, it's not a good idea to discuss such things on IRC Feb 13 12:29:48 fair enough Feb 13 12:29:56 cool :P Feb 13 12:30:02 * TAsn is going back studying Feb 13 12:30:04 :) Feb 13 12:32:05 TAsn: phoneui-info.c:60: error: 'FrameworkdHandler' has no member named 'pdpNetworkStatus' Feb 13 12:32:16 JaMa, Feb 13 12:32:18 rebuild lfg Feb 13 12:32:42 lfg? Feb 13 12:32:49 libframeworkd-glib Feb 13 12:32:52 ok thanks Feb 13 12:32:55 np Feb 13 12:38:35 http://wiki.openmoko.org/wiki/ElementaryApplicationsSHR Talks about Valery what is that? Should it be not Ventura instead? Feb 13 12:40:18 TeLLuS, no idea. Feb 13 12:44:32 I think it's ventura Feb 13 12:49:37 ARGH... I subscribed to shr-devel, wrote an email to it, and THEN got a reply that the list is closed and has moved somewhere else Feb 13 12:49:54 why on earth can I still subscribe at http://lists.projects.openmoko.org/mailman/subscribe/shr-devel ??? Feb 13 12:50:20 is http://lists.shr-project.org/mailman/listinfo/shr-devel the correct one? Feb 13 12:50:47 sybren: yes Feb 13 12:51:03 JaMa: good Feb 13 12:51:07 because this is infuriating Feb 13 12:51:30 why did I just waste my time subscribing to a closed mailing list? Feb 13 12:54:58 Ainulindale, please close http://lists.projects.openmoko.org/mailman/subscribe/shr-devel Feb 13 12:55:23 TAsn: thanks Feb 13 12:55:40 np, though IIRC there were issues with that Feb 13 12:55:48 (with closing) Feb 13 12:55:53 for some reason it didn't work Feb 13 12:56:16 that's just silly Feb 13 12:57:14 JaMa: fixed. Feb 13 12:57:17 TAsn: I've made my point about normalization on shr-devel ;-) Feb 13 12:57:20 i have a global git ignore for .vapi Feb 13 12:57:33 which is ok, but sometimes doing the wrong thing Feb 13 12:57:46 sybren, I'll promise I'll try my best to break them :P Feb 13 12:57:53 s/I'll/I/ Feb 13 12:57:53 TAsn meant: sybren, I promise I'll try my best to break them :P Feb 13 12:58:24 TAsn: :D Feb 13 12:59:06 TAsn: my main point: one should optimize for the most common case, and I think most people query more than they add new numers. Therefore adding new numbers may become a little harder if querying will become a lot faster. Feb 13 12:59:11 mickeyl: still don't see fixing commit :/ Feb 13 12:59:24 TAsn: but I won't say any more about this on IRC ;-) Feb 13 12:59:29 JaMa: push is hanging Feb 13 12:59:33 ah ok Feb 13 13:00:27 sybren, I said exactly this to mrmoku|away in pm yesterday night, you can ask him if you like, but I disagree with your methodology :P Feb 13 13:00:33 will reply to mail as soon as I'll have time. Feb 13 13:00:49 another thing, is it known that deleting SMS messages doesn't work? Feb 13 13:01:10 they seem to get deleted, but when I restart my phone they're back again Feb 13 13:01:27 it's like they are stored in both the SIM and the sqlite DB, and only deleted from one of them, then re-imported from the SIM upon reboot Feb 13 13:01:56 sybren, this is a semi known issue Feb 13 13:02:01 lol Feb 13 13:02:04 it usually doesn't happen Feb 13 13:02:16 I noticed it with some sms's in the past Feb 13 13:02:25 it usually happens on my phone Feb 13 13:02:38 I still have "happy new year" messages in there that I've deleted over 5 times already Feb 13 13:02:43 anyhow, this is freesmartphone.org's jurisdiction :P Feb 13 13:03:03 (as it's an opimd bug) Feb 13 13:03:10 anyhow, I'm really off studying again. Feb 13 13:03:13 ciao. Feb 13 13:17:31 * mickeyl cuts another vala point release Feb 13 13:18:09 mickeyl: cuts? Feb 13 13:19:25 ya, that's a common phrase Feb 13 13:19:35 don't ask me about the ethymological background Feb 13 13:21:48 Sup3rkiddo: everything ok with your internet today? :) Feb 13 13:58:29 sybren: I also have a sm that keeps comming back from the dead... Feb 13 13:58:55 sybren: have you tried deleting it manually from the sqlite database? Feb 13 14:00:37 teythoon, it's not in sqlite Feb 13 14:00:49 sybren, the only solution is deleting it from sim using ogsmd calls Feb 13 14:01:02 *the only solution I've found. Feb 13 14:02:01 TAsn: well, in my case, the message was stored in the sqlite db Feb 13 14:02:15 teythoon, that's really odd Feb 13 14:02:27 and opimd wouldn't let you remove it? Feb 13 14:02:30 damn opimd :| Feb 13 14:02:55 TAsn: well, I tried to remove it via the gui frontend and grepping the sqlite db still found it Feb 13 14:03:32 sucks :| Feb 13 14:03:36 TAsn: but that could also be some kind of caching issue when the db backend isn't flushed immediatly Feb 13 14:03:43 no Feb 13 14:03:51 oh Feb 13 14:03:58 nvm, I read something else Feb 13 14:04:06 actually that's also not possible Feb 13 14:04:16 opimd uses zero caching (an sqlite option) Feb 13 14:04:42 all changes are written immediately to db in order to avoid data loss Feb 13 14:04:57 when battery is drained/taken off/whatever Feb 13 14:14:23 TAsn: ok Feb 13 14:16:15 TAsn: well, I deleted the rows containing the undead messages in my db file and rebooted the phone and now they're gone Feb 13 15:03:23 playya__: time to retry libfso ? Feb 13 15:04:01 JaMa: is it possible we have an old fsogsmd in the feed? Feb 13 15:05:54 teythoon, I know, I said impossible about: TAsn: but that could also be some kind of caching issue when the db backend isn't flushed immediatly Feb 13 15:07:56 TAsn: phoneui messages API is inconsistent... DisplayMessage wants Path but phoneui_messages_message_show an int Feb 13 15:08:22 lol, we suck :P Feb 13 15:08:34 btw, I prefer using ints and not paths Feb 13 15:08:45 but I know you are against Feb 13 15:08:46 JaMa: ahh and apmd came back :P Feb 13 15:08:48 so we'll use paths :P Feb 13 15:09:02 TAsn: in first place I'm for consistency :P Feb 13 15:09:07 same here Feb 13 15:09:37 actually I don't care anymore... Feb 13 15:09:43 playya: time to retry libfso? Feb 13 15:09:54 yes Feb 13 15:09:57 so lets make it consistent with int :P Feb 13 15:09:59 good :) Feb 13 15:10:10 but you need a recent vala version Feb 13 15:10:31 TAsn: let me check what that means internally... like showing a message from the list Feb 13 15:10:43 oh right Feb 13 15:10:48 opimd saves path Feb 13 15:10:52 so lets for the meanwhile use path Feb 13 15:10:59 this one is important: http://git.gnome.org/browse/vala/commit/?id=5ec6ff7aa0de85419c156d26c8b1c72349c4878d Feb 13 15:11:03 worst case we'll change after I rewrite opimd *wink* Feb 13 15:11:16 cause I'm gonna use id (unless specifically asked for otherwise) Feb 13 15:11:29 it'll be a lot easier. Feb 13 15:11:49 TAsn: hehe... we really suck :P Feb 13 15:11:56 or maybe not, I'll see. Feb 13 15:12:00 mrmoku, what did we do now? Feb 13 15:12:01 phoneui_backend_messages_message_show takes a path again :P Feb 13 15:12:12 so it is just libphone-ui that wants an int Feb 13 15:12:19 lol Feb 13 15:12:28 so it's just /me /you being an idiot in libphone-ui Feb 13 15:12:29 :P Feb 13 15:12:36 so lets use path Feb 13 15:12:54 yeah path for now Feb 13 15:14:49 Could smbd run mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts ? Feb 13 15:15:08 how mush signals from org.freesmartphone.PIM.Contacts you have? Feb 13 15:15:20 I have 3, but specs says that should be only one Feb 13 15:15:20 hi all Feb 13 15:15:26 dos1, ? Feb 13 15:15:36 max_posedon, there should be 3 I think Feb 13 15:15:40 playya: will dig out my libfso test an retry later then Feb 13 15:15:41 added, deleted and updated Feb 13 15:15:51 ok. thx Feb 13 15:15:59 * mrmoku feels stupid everytime when working on libframeworkd-glib :/ Feb 13 15:16:06 mrmoku, as you should :P Feb 13 15:16:32 TAsn: I wasn't trying to point out that you're wrong, just that deleting that message manually worked Feb 13 15:16:32 so, pls fix org.freesmartphone.PIM/org.freesmartphone.PIM.Contacts.xml.in on specs.git I think Feb 13 15:17:03 teythoon, I know, I just explained something. Feb 13 15:17:03 max_posedon: yeah dos1 was lazy ;) Feb 13 15:17:43 I think all stuff which will try generate smth from this specs will fail in this case Feb 13 15:20:21 max_posedon, and you are probably right :P Feb 13 15:21:03 I'm little surprised that shr-contacts haven't this issue, or you accessing dbus manually? Feb 13 15:21:52 max_posedon: we don't use the autogenerated libfso-glib... but the manually handcrafted libframeworkd-glib instead :P Feb 13 15:22:05 max_posedon, exactly, so manually = yes :P Feb 13 15:22:10 max_posedon: and there I added them... will add them to the specs too now Feb 13 15:23:01 hi again Feb 13 15:23:18 oh, this constacts specs totally broken Feb 13 15:23:33 org.freesmartphone.PIM.Contact.GetContent haven't int param in description Feb 13 15:24:05 now I understand why libfso-glib doesn't works for you), specs wrong in many places Feb 13 15:24:24 and lucky me tried the broken ones ;) Feb 13 15:24:26 what's wrong? Feb 13 15:24:27 quite possible :/ Feb 13 15:24:41 maybe i broke sth Feb 13 15:24:47 playya, PIM specs Feb 13 15:24:59 ok. specs. not my fault ;) Feb 13 15:25:21 max_posedon, we also tried non-pim specs iirc Feb 13 15:25:35 i think fsopimd is required to have a strict contract Feb 13 15:28:08 its now not about strict, its about now have them correct Feb 13 15:28:36 super crazy :P Feb 13 15:32:42 max_posedon: what int on GetContent? Feb 13 15:33:03 [METHOD] org.freesmartphone.PIM.Contact.GetContent() Feb 13 15:33:11 no int param required Feb 13 15:33:16 but its defenetly requed Feb 13 15:33:35 ValueError: invalid literal for int() with base 10: '' Feb 13 15:33:52 all org.freesmartphone.PIM.Contact.* have int IN or int OUT param Feb 13 15:34:01 but specs says they doesn't Feb 13 15:34:10 huh, they don't Feb 13 15:34:30 yeah, they don't. Feb 13 15:34:36 it's according to path Feb 13 15:34:36 how is it? Feb 13 15:34:52 max_posedon: if mdbus says it doesn't need param, then it really doesn't need Feb 13 15:34:59 max_posedon: GetContent has one OUT and that is the hashtable with the contact data Feb 13 15:35:01 max_posedon: mdbus always says correct params Feb 13 15:35:17 (for in) Feb 13 15:35:33 mickeyl: now I see what you mean by push hanging :/ Feb 13 15:35:38 max_posedon: [16:33] ValueError: invalid literal for int() with base 10: '' Feb 13 15:35:45 mrmoku: that's bug in opimd code, not specs Feb 13 15:36:00 http://paste.pocoo.org/show/177502 Feb 13 15:36:17 what I'm doing wrong here? Feb 13 15:38:40 ah Feb 13 15:38:45 max_posedon: that's your fault :P Feb 13 15:38:52 max_posedon: you can't do it that way Feb 13 15:38:56 root@om-gta02 ~ $ mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts org.freesmartphone.PIM.Contact.GetContent Feb 13 15:39:06 how do you want that to work? which contact do you want to get? :P Feb 13 15:39:09 root@om-gta02 ~ $ mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts/0 org.freesmartphone.PIM.Contact.GetContent Feb 13 15:39:15 that will return you first contact ;p Feb 13 15:39:55 if its shouldn't call this way, why its introcpects here? Feb 13 15:40:05 I expected mdbus -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts org.freesmartphone.PIM.Contact.GetContent 0 Feb 13 15:40:14 ok, its my fault may be Feb 13 15:40:22 but why its introscpests? Feb 13 15:41:36 may be I totally misunderand basic dbus concepts... Feb 13 16:00:24 dos1, mrmoku TAsn could somebody point me to some fdo docu, about this way collection organization? Feb 13 16:00:52 max_posedon: it's called "relative path" in dbus :P Feb 13 16:03:24 and its fully impl based, and no any notices in specs required? Feb 13 16:03:48 I still can't find nice docu with keywords "dbus", "relative path" Feb 13 16:34:05 max_posedon: dbus basics aren't exactly self explanatory Feb 13 16:36:15 and, even worse, none of the devels providing a dbus interface feels he should publish a *decent* man page Feb 13 16:36:58 hello, Will packages saved on fr when we use opkg install ? Feb 13 16:37:19 sometimes there ae some specas hidden in an obsure path down the SOURCE tree :-S Feb 13 16:39:00 alabd, no. Feb 13 16:39:08 frequently there's NO docu at all :-(( Feb 13 16:39:46 which is plain idiocy Feb 13 16:39:57 DocScrutinizer, if there's something I learned the hard way, if you want to dev for the fr, you should be ready to read the source code of every library you want to use :| Feb 13 16:40:07 hi TAsn DocScrutinizer , will "opkg remove" remove dependencies ? Feb 13 16:40:14 alabd, no Feb 13 16:40:18 bet there is flag Feb 13 16:40:24 just run opkg without parameters Feb 13 16:40:33 I think the flag is recursive Feb 13 16:40:41 opkg without parameters will give you a help page Feb 13 16:40:58 there *is* a flag to --force-remove deps Feb 13 16:41:52 yes --force-removal-of-dependent-packages Feb 13 16:43:04 alabd: if opkg were a decent app, any unambiguous abrev would work, like --force-remo Feb 13 16:43:14 does ventura have disable/enable javascript option ? Feb 13 16:43:59 alabd, I think not. Feb 13 16:44:40 if it will be default browser it's better to have also for images Feb 13 16:44:50 you can disable images Feb 13 16:44:51 yeah. Feb 13 16:46:07 no way to en/disable JS?? :-( **FAIL** Feb 13 16:46:40 TAsn: about that persian layout humble = i researched for those 4 chars but no result , someone said you can use the one in android market Feb 13 16:46:55 but humble don't know where he means Feb 13 16:46:57 DocScrutinizer: i think depending on fso is even more fail for a web browser Feb 13 16:47:19 lindi-, this browser has a lot of fails Feb 13 16:47:22 lindi-: disagree Feb 13 16:47:37 DocScrutinizer, but depending like he did Feb 13 16:47:42 i.e requesting the screen Feb 13 16:47:45 is plain bad :| Feb 13 16:47:45 lindi-: depending on anything without decent reason is a failure Feb 13 16:47:58 DocScrutinizer, exactly. Feb 13 16:47:59 yup Feb 13 16:48:57 locking autosuspend off uncond is a BAD thing all times Feb 13 16:49:13 even for a navi etc Feb 13 16:49:20 esp for a browser Feb 13 16:49:27 root@om-gta02 ~ $ opkg --force-removal-of-dependent-packages minimo Feb 13 16:49:28 failed Feb 13 16:49:36 no matter if done via FSO or any other means Feb 13 16:49:36 regexp could be something like 'pkgname*' '*file*' or similar Feb 13 16:49:36 e.g. opkg info 'libstd*' or opkg search '*libop*' or opkg remove 'libncu Feb 13 16:51:04 DocScrutinizer, yep. Feb 13 16:51:26 we should BAN this crap :-) Feb 13 16:51:40 DocScrutinizer, that's why I suggested http://trac.shr-project.org/trac/ticket/947 Feb 13 16:52:05 that suggests popping up quick-settings app (which we haven't wrote yet) Feb 13 16:52:16 if it sees that a resource wanted by the app is not available Feb 13 16:52:41 and you can enable/disable it whenever you want from the quick-settings page. Feb 13 16:52:53 opkg list and opkg info are for packages that are not installed yes ? Feb 13 16:52:54 it's far from perfect, but it's something on the right path (in my pov) Feb 13 16:53:04 alabd, I think Feb 13 16:53:26 if one package is isntalled how ? Feb 13 16:53:32 TAsn: full ack Feb 13 16:54:11 DocScrutinizer, now we just need to write it, and use it. Feb 13 16:54:15 if one package is installed , opkg info/list will show installed version or rep package > Feb 13 16:54:41 TAsn: also note dbus has the means to block particular apps from particular method calls :-)) Feb 13 16:55:09 policies is the buzzword Feb 13 16:55:12 alabd, list - both Feb 13 16:55:34 DocScrutinizer, yep, we should really start designing everything properly concerning that spec. Feb 13 16:56:11 our recent bbus policy to *-*-allow is insane Feb 13 16:56:19 dbus Feb 13 16:57:29 yep. Feb 13 16:57:43 but hey, we don't bother about so many other more important things (root, my rant of yesterday, sessionbus)... So why bother about dbus policies Feb 13 16:57:46 But it was born out of despair, nothing else. Feb 13 16:58:16 People wanted a working phone, and not caring about security/policies was the quickest solution. Feb 13 16:58:33 (although bad) Feb 13 16:58:41 incompetence, not despair. maybe despair about own incompetence :-)) Feb 13 16:59:37 or lazyness and ignorance Feb 13 17:00:28 * mrmoku tried mdbus2 the first time... and is amazed :) Feb 13 17:00:47 TAsn: do you where is android market ? Feb 13 17:01:08 do you know where is android market Feb 13 17:01:10 mrmoku: amazed bout what exactly? Feb 13 17:01:37 mrmoku: I'd hope the UI dodn't change to incompatibility?! Feb 13 17:01:37 DocScrutinizer, (incompetence) maybe. Feb 13 17:01:56 DocScrutinizer, I bet he's talking about speed Feb 13 17:01:58 mrmoku, ? Feb 13 17:02:08 hmm, yes probably Feb 13 17:02:34 DocScrutinizer: speed Feb 13 17:02:40 or extended amazing new features Feb 13 17:02:47 mrmoku, is it complete? Feb 13 17:02:49 ahaa Feb 13 17:03:01 TAsn: no idea... but it is fast :P Feb 13 17:03:02 is it compatible? Feb 13 17:03:17 DocScrutinizer, good Q. mrmoku ? Feb 13 17:03:40 DocScrutinizer: well... mdbus2 -s still works ;) Feb 13 17:03:51 hehehehe Feb 13 17:03:55 DocScrutinizer: what incompatability would you expect? Feb 13 17:04:15 changed output format of mdbus2 -s Feb 13 17:04:20 for example Feb 13 17:04:27 changed syntax Feb 13 17:04:28 then it looks compatible :) Feb 13 17:04:32 changed semantics Feb 13 17:05:32 though I'd be surprised to find mickey|bbl doing such a newbie ooopsie Feb 13 17:07:27 so basically even while the package maybe is called mickeydbus2, the executable should be called mdbus still, and should upgrade mdbus(1) python script Feb 13 17:09:01 DocScrutinizer: well that is one difference :P Feb 13 17:09:11 it is called mdbus2 Feb 13 17:09:17 anyway... dinner time Feb 13 17:09:18 bbl Feb 13 17:09:35 mrmoku|away: FAIL :-DD Feb 13 17:10:45 DocScrutinizer: hmm... but mdbus isn't meant to be used by scripts, and even if it was... python implementation is just too slow for that :P Feb 13 17:10:54 the executable *may* have a different name, for evaluation purposes prior to official release ONLY Feb 13 17:11:33 DocScrutinizer: so i wouldn't mind improvements in syntax/semantics/output format etc. Feb 13 17:11:44 (though even that is poor style. better solve this by changing $PATH) Feb 13 17:12:11 DocScrutinizer: (but i can't imagine what could be improved in mdbus... maybe except sending arrays as arguments, which i still haven't figured out yet :P) Feb 13 17:12:27 well, then it's legal - even mandatory - to call the ELF different Feb 13 17:14:38 dos1: it simply DOES NOT MATTER if it's *supposed* to be used in scripts or anything. What you'd suggest how to code a testbed for a particular dbus based service, if not via mdbus or dbus-send? Feb 13 17:15:01 DocScrutinizer: via dbus-send, not via mdbus :P Feb 13 17:15:11 why??? Feb 13 17:15:26 DocScrutinizer: cause it's too slow :P Feb 13 17:15:36 is there any note in mdbus manpage "DO NOT USE IN SCRIPTS!" ?? Feb 13 17:16:01 dos1: that my own business if I think it's too slow Feb 13 17:16:05 dunno, never read that ;) but hey, i understand you perfectly Feb 13 17:16:31 dos1, have you tried "array(...)" ? Feb 13 17:16:45 TAsn: probably not ;) Feb 13 17:16:46 sounds like a longshot but might work :P Feb 13 17:16:50 TAsn: and what about dicts? Feb 13 17:17:02 they work Feb 13 17:17:11 "{'bla':'test'}" Feb 13 17:17:17 I use dicts a lot Feb 13 17:17:21 in mdbus Feb 13 17:17:51 arrays are a bit more complicated because there's no python "native look" Feb 13 17:17:59 but if you are talking about lists Feb 13 17:18:08 "[1, 2, 3]" should just work Feb 13 17:18:26 omg :D Feb 13 17:18:35 dos1: you noob ;] Feb 13 17:18:59 i was always writing simple python apps for dbus methods with lists and dicts Feb 13 17:19:02 thanks a lot :D Feb 13 17:19:24 dos1, np. Feb 13 17:19:35 dos1, btw, I don't know how is it like in mdbus2 Feb 13 17:20:53 TAsn: as elaborated upon above, it must not change for mdbus(2) Feb 13 17:21:10 DocScrutinizer, of course... Feb 13 17:21:50 except the current mdbus(1) implementation has major shortcomings that couldn't be fixed without breaking the API Feb 13 17:22:30 DocScrutinizer, adding a -i (incompatible mode flag) Feb 13 17:22:34 would be great Feb 13 17:22:51 that's a valid way to cope with such things Feb 13 17:24:37 my shr unstable stopped asking for my PIN (and accessing the sim card and the gsm network)... Feb 13 17:24:51 anyone have a similar problem? Feb 13 17:24:53 or a solution? Feb 13 17:25:04 dos1, mdbus:472 it uses python's eval Feb 13 17:25:09 so you can probably do anything you want. Feb 13 17:25:19 (concerning types) Feb 13 17:25:33 DocScrutinizer, btw Feb 13 17:25:36 omfg, i'm so lame :D Feb 13 17:25:39 mdbus2 has a different binary name Feb 13 17:26:05 hmm, or in a rephrased way, is there a way to make SHR unstable ask for my PIN? Feb 13 17:26:12 TAsn: so what? Feb 13 17:26:18 DocScrutinizer, and syntax (output is different) Feb 13 17:26:28 ouch Feb 13 17:27:00 mdbus2: [METHOD] org.shr.phoneui.IdleScreen.Display() -> () Feb 13 17:27:09 mdbus: [METHOD] org.shr.phoneui.IdleScreen.Display() Feb 13 17:27:26 it should check $0 for mdbus and switch back to -i Feb 13 17:27:46 DocScrutinizer, I agree. Feb 13 17:27:51 and then we should link it. Feb 13 17:28:31 * TAsn needs food. Ciao. Feb 13 17:29:01 -i : mdbus(1) compatibility mode; +i : force mdbus2 syntax mode (even when called by name of "mdbus") Feb 13 17:30:03 mickey|bbl: ^^^ Feb 13 17:33:29 gnufs check if "all" sevices are working, if not start/restart it via settings app Feb 13 17:36:34 or console if you prefer :) Feb 13 17:37:09 von_fritz: do you have any recommendation on which services to start/restart for sim card access? Feb 13 17:37:16 'fsodeviced' sounds relevant Feb 13 17:37:43 and phonefsod Feb 13 17:37:50 check frameworkd (python) or phonefsod Feb 13 17:38:28 restarted both Feb 13 17:38:57 hmm, i still don't see my contacts list from the sim card for example... Feb 13 17:39:33 often a simple disable/enable cycle of GSM modem in settings is sufficient Feb 13 17:40:04 oh wait Feb 13 17:40:06 it works! Feb 13 17:40:12 :) Feb 13 17:40:22 finally i can call my parents back at home! \o/ Feb 13 17:40:39 but basically if the auto query on booting up missing, then something very basic is broken in the release of SHR-U Feb 13 18:44:35 SHR-team, could we add mdbus2 to feeds? Feb 13 18:45:48 max_posedon, hmm mdbus upgraded automatically to mdbus2 on last upgade for me, so I suppouse it's in feeds :S Feb 13 18:46:20 ah, really nice, thanks Feb 13 18:46:26 so, time to upgrae Feb 13 18:48:31 iptables was autoinstalled and is now orphaned, removing. is it joke? Feb 13 18:53:18 max_posedon, makes sense Feb 13 18:53:27 it was autoinstalled, and it's now orphaned Feb 13 18:53:40 the only thing that amazes me is that opkg was capable enough to figure this out. Feb 13 18:53:42 WTF?! mdbus2 upgraded mdbus? :-( these are two distinct packages obviously. No relation whatsoever between them - regrettably Feb 13 18:54:00 DocScrutinizer, yep, I agree, this is a bad thing. Feb 13 18:54:15 (at least until compatible mode will work/exist) Feb 13 18:54:20 I can't register to netwoooooork T_T Feb 13 18:54:37 and no error messages shows up on log :S Feb 13 18:54:52 DocScrutinizer, I think from user POV its good solution Feb 13 18:55:08 I hear the whining "eeeew buuhooooo! can't find opkg errr mdbus anymore!!!!!11!!eleven!!" Feb 13 18:55:13 JaMa|GoNe, task-machine-base: unsatisfied recommendation for kernel-module-snd-soc-neo1973-wm8753 and a lot of thers like that. Feb 13 18:55:32 TAsn, so, I need now some NAT task? Feb 13 18:55:44 probably something like that. Feb 13 18:55:54 ask jama though Feb 13 18:55:56 he did the cleanup. Feb 13 18:57:26 JaMa|GoNe, ?) Feb 13 18:57:52 I hope I didn't break my phone Feb 13 18:57:54 upgraded :P Feb 13 18:58:58 'happy chinese new year' ;) Feb 13 18:59:05 I'll set up a autoresponder >grep "*mdbus*(fail|found|broke|bork)*", replay "some IDIOT thought it's a good idea to rename it to mdbus2 and delete the old mdbus, despite mdbus2 isn't compatible"< Feb 13 19:00:47 yeah, happy new year of the Tiger - roooowwwaaar Feb 13 19:03:08 thats even nicer) Feb 13 19:03:17 mdbus just gone, mdbus2 doesn't installe Feb 13 19:03:28 DocScrutinizer, auto-responder <-- good idea. Feb 13 19:03:29 MUHAHAHAHAAAA Feb 13 19:03:53 OMG Feb 13 19:03:57 I just noticed something Feb 13 19:04:15 Configuring evas-engine-buffer Feb 13 19:04:20 Configuring evas-engine-fb Feb 13 19:04:23 and a lot of such crap Feb 13 19:04:27 who needs those engines?! Feb 13 19:05:47 * Wonka refrains from upgrading for some time... Feb 13 19:06:41 so, mdbus2 or pimd specs issue found Feb 13 19:07:31 mdbus2 -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts/0 Feb 13 19:07:31 [ERR]: Unknown object path /org/freesmartphone/PIM/Contacts/0 for org.freesmartphone.opimd Feb 13 19:07:44 TO=mickey|bbl, CC=dos1 Feb 13 19:08:19 Sweet, we moved to a broken version :P Feb 13 19:09:17 this is why I love SHR team, when my gentoo work becoming slower, they always remind me, that I shouldn't stop) Feb 13 19:09:32 :\ Feb 13 19:09:58 I admit this is not the best compliment we ever got. Feb 13 19:10:18 I'm just kidding Feb 13 19:10:26 :P Feb 13 19:10:29 uhm, weird, with last upgrades, after booting I go to shr-settings->GSM, and GSM antenna toggle is turned to "Off", and can't set it to "On" Feb 13 19:10:29 fighting with qt+dbus don't make me happy Feb 13 19:10:48 pespin, talking about this toggle Feb 13 19:10:52 I never maneged to turn it on Feb 13 19:10:53 :P Feb 13 19:10:58 (and everything works here) Feb 13 19:11:05 TAsn, no GSM here ;) Feb 13 19:11:10 and no ERR messages in logs Feb 13 19:11:13 TAsn, you know, Qt dbus "introspection" tool have similar problems as gobject-introspectio, but works much worse) Feb 13 19:11:41 TAsn, and beloew that Toggle, in Call Settings frame, I hae only a label saying: "Turn GSM on." Feb 13 19:12:07 max_posedon: iptables was autoinstalled and is now orphaned, removing. is it joke? Feb 13 19:12:10 nothing like that here Feb 13 19:12:30 actually, I was hoping opkg will be smart enough to remove all the useless kernel modules I have by default Feb 13 19:12:32 :| Feb 13 19:12:49 TAsn, I think iptables tingie happened here also Feb 13 19:12:51 smart-enough opkg?!) Feb 13 19:14:29 oh, and in PIN settings in shr-settings, I get this label "Couldn't connect to FSO" Feb 13 19:16:37 opkg will not remove anything automatically Feb 13 19:17:19 so, where is my mdbus?!) Feb 13 19:17:27 and I haven't mdbus2) Feb 13 19:17:29 for that you need a dummy transition pkg that RREPLACES all modules Feb 13 19:17:59 spaetz: it does Feb 13 19:18:16 it does? Feb 13 19:18:36 yeah... somehow JaMa|GoNe found something out... and upgrading removed stuff for me Feb 13 19:18:37 mmh, if you say so... interesting Feb 13 19:18:39 like mdbus :P Feb 13 19:20:48 is there some metapackage for FSO stuff in feeds? I'll try to reinstall them to see if I can connect to network then Feb 13 19:21:52 pespin: task-fso2-compliance Feb 13 19:24:12 $ opkg install --force-reinstall task-fso2-compliance Feb 13 19:24:12 Reinstalling task-fso2-compliance (1.9.0-r5.4) on root... Feb 13 19:24:12 Downloading http://build.shr-project.org/shr-unstable/ipk//all/task-fso2-compliance_1.9.0-r5.4_all.ipk Feb 13 19:24:12 Configuring task-fso2-compliance Feb 13 19:24:21 that's all... no more packages reinstalled... xD Feb 13 19:25:00 pespin: I don't think it will reinstall all dependent packages... you would have to remove them first Feb 13 19:25:13 --force-removal-of-dependent-packages Feb 13 19:25:24 ok Feb 13 19:25:27 no idea what will happen though :P Feb 13 19:25:52 mrmoku, is there some recent image in buildhost? :P Feb 13 19:26:33 $ opkg remove --force-removal-of-dependent-packages task-fso2-compliance Feb 13 19:26:34 Removing package task-fso2-compliance from root... Feb 13 19:26:39 and that's all... Feb 13 19:26:43 heh Feb 13 19:27:22 very odd switch. if a package depends on C library will it remove that? ;) Feb 13 19:27:44 lindi-, I think it means orphaned depends Feb 13 19:28:12 2010.02.13 21:23:44.003764 [(null)] WARNING: No marshaller for signature of signal 'IncomingMessageReceipt' Feb 13 19:28:13 2010.02.13 21:23:44.058704 [(null)] WARNING: Must add the signal 'org-freesmartphone-GSM-Network-IncomingMessageReceipt' with dbus_g_proxy_add_signal() prior to connecting to it Feb 13 19:28:15 mrmoku, phonefsod ^ Feb 13 19:28:16 :| Feb 13 19:29:59 trying this: Feb 13 19:30:00 opkg install --force-reinstall frameworkd libfsobasics0 libfsotransport0 libfsoframework0 libfsoresource0 Feb 13 19:30:00 fsodatad fsodeviced fsogsmd fsotdld fsomusicd fsonetworkd fsousaged fso-alsa-data fso-apm fso-gpsd fso-abyss Feb 13 19:30:10 :P Feb 13 19:30:49 TAsn: oh, that is interesting :P Feb 13 19:31:01 What did you break ? :P Feb 13 19:31:17 mrmoku, I have exactly same as TAsn if its can helps Feb 13 19:31:20 nah, my breakage are not yet built even :P Feb 13 19:31:31 anyhow, doesn't connect to network Feb 13 19:31:32 that must be an older breakage Feb 13 19:31:36 max_posedon, does it connect for you? Feb 13 19:31:43 it does not connect for me too Feb 13 19:31:49 (since last upgrade Feb 13 19:31:50 ) Feb 13 19:32:13 TAsn, nope Feb 13 19:32:15 it must be an lfg issue here Feb 13 19:32:25 after restart phonefsod - still nope Feb 13 19:32:31 because that's the only thing that was even remotely related that was upgraded Feb 13 19:32:38 some fso-abyss/etc issue Feb 13 19:33:06 will try pespin idea Feb 13 19:33:21 oh, and btw, since upgraded, there's no screen blanking neither.... Feb 13 19:33:27 max_posedon, I don't think it's related Feb 13 19:33:43 I think the issue is libframeworkd-glib Feb 13 19:33:51 and that taking an older version will fix everything. Feb 13 19:35:29 * pespin rebooting after --force-reinstall Feb 13 19:38:15 too bad, /me like the before upgrade state :P Feb 13 19:38:19 liked* Feb 13 19:39:17 [SIGNAL] org.freesmartphone.Device.IdleNotifier.State /org/freesmartphone/Device/IdleNotifier/0 :1.4( "suspend" ) Feb 13 19:39:18 huh? Feb 13 19:39:25 I think the most util feature for opkg would be "revert last changes" xDD Feb 13 19:41:43 mrmoku, it seems Feb 13 19:41:52 that this error causes phonefsod not to request gsm Feb 13 19:41:55 resource Feb 13 19:42:03 I wonder if it affects signal handling Feb 13 19:42:22 everything broken the same way after reinstalling -> no network registering, and no screen dimming Feb 13 19:43:06 yep, no screen dimming here as well Feb 13 19:43:18 but as I said, I updated nothing with relevance Feb 13 19:43:34 mdbus2 -s org.freesmartphone.ousaged /org/freesmartphone/Usage Feb 13 19:43:35 org.freesmartphone.Usage.SetResourcePolicy GSM enabled Feb 13 19:43:36 hangs Feb 13 19:43:37 ::| Feb 13 19:43:44 TAsn, well, there was a heavy modification of a config frameworkd file Feb 13 19:43:53 maybe tath's the problem Feb 13 19:45:26 mickey|bbl, default log_level for fsodeviced: debug, why? Feb 13 19:48:10 2010-02-13T19:46:00.780972Z [ERROR] UsageController <9 R>: Resource GSM can't be enabled: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.. Trying to disable instead Feb 13 19:49:58 2010.02.13 21:49:25.549 ogsmd.modems.ti_calypso INFO Requesting new channel from 'fso-abyss' Feb 13 19:49:58 2010.02.13 21:49:38.731 ogsmd.modem.abstract ERROR could not open channel UNSOL, retrying in 2 seconds Feb 13 19:50:40 so it seems not to be related to lfg Feb 13 19:51:37 :P Feb 13 19:51:42 * mrmoku knew that ;) Feb 13 19:51:52 will fix the marshaller anyway :) Feb 13 19:52:00 that's probably a good ieda Feb 13 19:52:00 :P Feb 13 19:52:29 I wonder what went wrong, it's probably related to the config is pepsin suggested, but I wonder what went wrong. Feb 13 19:52:56 JaMa|GoNe: ping... actually really gone or somehow around? :) Feb 13 19:56:35 TAsn: one thing that changes is that we switched to gcc 4.4.3 (from 4.4.2) Feb 13 19:57:05 I don't think 4.4.3 is buggy. Feb 13 19:57:37 ok odeviced is broken Feb 13 19:58:09 (the bluetooth icon is shown, like when fsodeviced wasn't loaded yet Feb 13 19:58:35 opkg --autoremove Feb 13 19:58:38 looks cool Feb 13 19:58:50 uhmm bt icon is not shoed for me in illume panel if that's what are you saying Feb 13 19:59:02 here it is shown Feb 13 19:59:40 $ fsodeviced Feb 13 19:59:41 ** (process:1532): WARNING **: common.vala:31: FsoFramework.createLogger is DEPRECATED, please use Logger.createLogger Feb 13 19:59:41 2010-02-13T19:59:23.276917Z [INFO] fsodeviced : fsodeviced starting up... Feb 13 19:59:41 2010-02-13T19:59:23.287810Z [WARN] subsystem : No section for fsodevice in configuration file. Not looking for plugins. Feb 13 19:59:41 2010-02-13T19:59:23.296328Z [INFO] fsodeviced : loaded 0 plugins Feb 13 19:59:43 2010-02-13T19:59:23.296783Z [INFO] fsodeviced : fsodeviced shutdown. Feb 13 19:59:45 makes sense Feb 13 20:00:28 ok nvm that Feb 13 20:00:30 :P Feb 13 20:00:37 (cause of configs options I did) Feb 13 20:00:40 anyhow, now bt icon is gone Feb 13 20:02:19 TAsn, where can I change log level? Feb 13 20:02:27 config :P Feb 13 20:02:34 /etc/freesmartphone/config/GTA02 Feb 13 20:02:37 copy that to Feb 13 20:02:39 /etc/freesmartphone Feb 13 20:02:42 and change as you please Feb 13 20:03:08 TAsn, shall I copy the dir or its content? Feb 13 20:03:18 wanted config Feb 13 20:03:32 ok :) Feb 13 20:10:34 ok, so fsodeviced sucks Feb 13 20:10:38 this is the conclusion? Feb 13 20:11:09 mrmoku: online for few mins then gone again Feb 13 20:12:07 JaMa|GoNe, everything is broken :P Feb 13 20:12:12 JaMa|GoNe: you were waiting for some fix from mickey? Feb 13 20:13:20 mrmoku: no idea about fsogsmd, but I bumped it about 2 so even that initial +1 problem in SRCPV should be gone.. Feb 13 20:14:12 TAsn: kernel-module-snd-soc-neo1973-wm8753 is sound module for 2.6.31+ as it's defined on machine level I add both, this should be only harmless warning for 29-rc3 Feb 13 20:14:14 JaMa|GoNe: problem now is that it does not register (with ogsmd not fsogsmd) Feb 13 20:14:24 JaMa|GoNe, okie. Feb 13 20:14:38 TAsn: the same as kernel-module-snd-soc-neo1973-gta02-wm8753 for newer kernels (where is only kernel-module-snd-soc-neo1973-wm8753 in feeds) Feb 13 20:15:11 fsogsmd is installed by default now? Feb 13 20:15:13 (it's there) Feb 13 20:15:25 there but deactivated Feb 13 20:15:36 how to activate it? Feb 13 20:15:40 max_posedon: it was removed only if it was pulled only as dependency for task-shr-minimal-*, if you want it installed you can manually install it and it's included in full-image Feb 13 20:15:44 I'm willing to give up gprs for phone capabilitise :P Feb 13 20:15:50 capabilities :P Feb 13 20:16:26 mrmoku, anyhow, it's not ogsmd to blame Feb 13 20:16:28 iptables thingie happen only for -lite images.. Feb 13 20:17:05 as screen blanking doesn't work either Feb 13 20:17:57 mrmoku: no.. I was still online when he pushed that.. (my last bump for mterm2) Feb 13 20:20:13 JaMa|GoNe: ah... ok Feb 13 20:21:31 so Feb 13 20:21:51 damn it, I won't have a mobile phone tomorrow :P Feb 13 20:22:00 * JaMa|GoNe didn't change anything fso related in last week IIRC Feb 13 20:22:27 maybe that vala.bbclass but that's 99,9% safe and also fso stuff wasn't rebuilt since this change.. Feb 13 20:22:54 and mterm and mdbus cannot change phone register IMHO Feb 13 20:23:18 JaMa|GoNe, exactly what I thought Feb 13 20:23:23 furthermore, everything stopped working Feb 13 20:23:27 after an unrelated change Feb 13 20:23:31 here Feb 13 20:23:42 JaMa|GoNe, as I said before, there has been heavy config file changes, that might be the problem :S Feb 13 20:23:54 pespin, I'm not sure there were Feb 13 20:23:59 mrmoku, let's try again after you fix lfg Feb 13 20:24:04 pespin: yes about 3 weeks ago.. Feb 13 20:24:10 pespin, that looked more like an order change than anything else Feb 13 20:24:13 maybe 2 Feb 13 20:24:37 TAsn, hmm yes, but maybe someething became borked while moving stuff around Feb 13 20:24:56 pespin, I don't think anyone moved anything Feb 13 20:25:02 I think it's a frameworkd save Feb 13 20:25:05 that caused it Feb 13 20:25:17 saving a config file changes does not save ordering Feb 13 20:25:34 TAsn: btw that last frameworkd commit is not in feeds.. as there is no AUTOREV for that, is it needed? Feb 13 20:25:44 yes Feb 13 20:25:46 for pyhonelog Feb 13 20:25:50 (which also needs an upgrade) Feb 13 20:28:40 TAsn: that etk engines should be removed automatically in new lite images Feb 13 20:28:52 TAsn: as only thing pulling etk to image was etk-theme Feb 13 20:29:05 what about evas engines? Feb 13 20:29:28 I'll have to check why are all engines pulled Feb 13 20:29:55 no idea now and I'm leaving for disco in few mins (gf is almost ready :)) Feb 13 20:32:31 JaMa|GoNe: have fun :P Feb 13 20:32:42 * mrmoku remembers that JaMa|GoNe actually loves the disco ;) Feb 13 20:33:30 yeah really looking forward for expensive drinks, instead cheap one in normal pub :) Feb 13 20:33:45 :P Feb 13 20:34:17 but my sister and *mother* are also going.. so maybe I'll receive few free drinks :) Feb 13 20:34:47 so bye-bye Feb 13 20:34:51 cu Feb 13 20:37:23 so, is it possible have working phone today? Feb 13 20:42:28 to the disco with my mother, oh my. Feb 13 20:42:40 that woulb be a nightmare Feb 13 20:42:57 shr-testing ;-) Feb 13 20:48:18 TAsn: ohhh... Feb 13 20:48:28 TAsn: you were right :( Feb 13 20:48:34 with your first guess Feb 13 20:48:52 with what guess? Feb 13 20:49:02 that it's lfg's fault :P Feb 13 20:49:07 actually my fault Feb 13 20:49:21 everything? Feb 13 20:49:24 phone now works? Feb 13 20:49:31 no Feb 13 20:49:42 then? Feb 13 20:49:49 but the GSM resource ready signal does not hit phonefsod Feb 13 20:50:00 and I can see it with mdbus2 Feb 13 20:50:03 oh Feb 13 20:50:20 so phonefsod won't continue registering to the network Feb 13 20:50:30 :) Feb 13 20:52:39 let me know when I have a phone Feb 13 20:52:59 (user POV question) mrmoku can you fix it soon?) Feb 13 20:53:24 max_posedon, I'm not sure this is all the problem Feb 13 20:53:35 but I bet he already fixed it, he's a fast bastard :P Feb 13 20:54:22 no Feb 13 20:54:25 he's not :P Feb 13 20:54:31 j/k :P Feb 13 20:54:32 but he will try to fix it now Feb 13 20:54:51 mrmoku, or revert the broken commit Feb 13 20:54:56 (or something like that) Feb 13 20:55:22 TAsn: what lfg version do you have installed? Feb 13 20:55:40 * TAsn can't say Feb 13 20:55:42 moko is off Feb 13 20:55:45 cause it's broken :P Feb 13 20:55:46 ok Feb 13 20:55:50 it's not just lfg though Feb 13 20:55:51 not important Feb 13 20:55:56 it's also fsousage/fsodeviced Feb 13 20:56:04 mrmoku, I just upgraded, so I guess latest Feb 13 20:56:06 those too seem to work for me Feb 13 20:56:12 ok Feb 13 20:56:18 bb in 5 min Feb 13 20:56:27 ok Feb 13 21:10:09 re Feb 13 21:13:44 well? :P Feb 13 21:14:05 building Feb 13 21:14:24 :) Feb 13 21:24:08 mrmoku, and? Feb 13 21:26:08 works :) Feb 13 21:26:19 commiting now Feb 13 21:26:26 phew Feb 13 21:26:37 max_posedon^ Feb 13 21:26:40 max_posedon ^ Feb 13 21:27:08 commiting means that somebody will rebuild feed packaage soon? I really need it) Feb 13 21:28:13 max_posedon: yeah, will rebuild it then Feb 13 21:28:20 * mrmoku needs his phone too :P Feb 13 21:28:32 * TAsn as well Feb 13 21:28:45 hmm Feb 13 21:28:51 fso git hangs :/ Feb 13 21:29:03 NOOOOOOO :P Feb 13 21:29:16 well, worst case you'll send a package to max_posedon and me via email :P Feb 13 21:34:08 ping me when I can get a package :P Feb 13 21:34:13 please:) Feb 13 21:37:38 TAsn: sure... push worked now Feb 13 21:37:58 comitted new rev to org.oe.dev... merge org.oe.dev to shr/unstable... now missing only the build Feb 13 21:38:01 doing that now Feb 13 21:38:05 please let me know when it's built :P Feb 13 21:38:37 mrmoku, wow, we are probably the most bureaucratic distro around :P Feb 13 21:40:12 heh, yeah Feb 13 21:40:37 TAsn: but it really, really helps to have the policy that *everything* has to go to oe.dev first Feb 13 21:41:07 why? :P Feb 13 21:41:19 don't get me wrong, I like policies and I was just joking around Feb 13 21:41:20 because otherwise we would start to diverge Feb 13 21:41:26 I just wonder what's the rationale Feb 13 21:41:31 mrmoku, ic. Feb 13 21:41:32 okie :P Feb 13 21:43:43 build started Feb 13 21:43:56 finally :P Feb 13 21:44:01 sounds like a good policy Feb 13 21:45:11 yeah :) Feb 13 21:48:23 anyone able to opkg update on shr-testing? Feb 13 21:48:31 (flashed yesterday) Feb 13 21:48:37 root@om-gta02 /usr/share/applications $ opkg update Feb 13 21:48:37 Downloading http://build.shr-project.org/shr-testing/ipk//all/Packages.gz Feb 13 21:48:41 and then it just hangs Feb 13 21:48:51 I can ping build.shr-project.org Feb 13 21:49:20 mrmoku: how many cryptographic signatures are needed to upload the changes? ;) Feb 13 21:49:37 :P Feb 13 21:49:54 lindi-: we run as root... we don't need cryptography ;) Feb 13 21:53:20 mrmoku, built? Feb 13 21:53:49 Zorkman, give it some item, here it hanged for a couple of seconds, and then worked. Feb 13 21:54:40 TAsn, max_posedon: built and synced Feb 13 21:54:42 give it a try Feb 13 21:54:45 thanks Feb 13 21:54:49 will give it a go Feb 13 21:54:53 thanks Feb 13 21:54:56 you are hero Feb 13 21:55:24 max_posedon, he's a super hero Feb 13 21:58:36 YAY Feb 13 21:58:40 registers! :P Feb 13 21:59:45 and blanks :) Feb 13 21:59:50 pespin, opkg upgrade Feb 13 22:00:39 hmm is it solved now? have to boot neo Feb 13 22:00:53 2010.02.14 00:00:33.458102 [(null)] WARNING: Must add the signal 'org-freesmartphone-GSM-Network-IncomingMessageReceipt' with dbus_g_proxy_add_signal() prior to connecting to it Feb 13 22:00:54 phoneuid Feb 13 22:00:58 doesn't get signals as well :P Feb 13 22:01:24 hehe Feb 13 22:01:28 needs rebuilding Feb 13 22:01:35 I wonder why though :| Feb 13 22:01:39 yeah Feb 13 22:01:41 strange thing Feb 13 22:01:42 what did you change in lfg? Feb 13 22:01:48 now? Feb 13 22:01:53 yes Feb 13 22:02:01 I added the marshaller Feb 13 22:02:09 for IncomingMessageReceipt Feb 13 22:02:17 which is what? changing a data structure? Feb 13 22:03:46 I'm not so lucky as Tasm Feb 13 22:03:49 *tasn Feb 13 22:04:01 max_posedon, it seems you aren't :P Feb 13 22:04:15 upgraded to latest everything? Feb 13 22:04:24 what do the frameworkd logs say? Feb 13 22:04:26 yep Feb 13 22:04:39 2010.02.14 00:00:32.469 ogsmd INFO : responding OK Feb 13 22:04:40 2010.02.14 00:00:32.480 ogsmd.modems.ti_calypso INFO Requesting new channel from 'fso-abyss' Feb 13 22:04:40 2010.02.14 00:00:37.555 ogsmd.modems.abstract.channel WARNING UNHANDLED INTERMEDIATE: OK Feb 13 22:04:50 2010.02.14 00:03:33.803 frameworkd.resource INFO setting resource status for GSM from enabling to disabling Feb 13 22:05:15 looks bad :P Feb 13 22:05:24 TAsn: dbus_g_object_register_marshaller Feb 13 22:05:24 (g_cclosure_user_marshal_VOID__STRING_STRING_BOXED, Feb 13 22:05:24 G_TYPE_NONE, G_TYPE_STRING, G_TYPE_STRING, Feb 13 22:05:24 dbus_get_type_g_string_variant_hashtable(), G_TYPE_INVALID); Feb 13 22:05:48 i c Feb 13 22:05:52 hard to tell out of context Feb 13 22:05:53 though Feb 13 22:06:14 mrmoku, may be if you rebuild this, it will fix for me smth Feb 13 22:06:17 max_posedon: fso-abyss is still there? or did it die? Feb 13 22:06:33 max_posedon: rebuild what? Feb 13 22:06:44 max_posedon, try a reboot :) Feb 13 22:06:59 let me resturt for clean env Feb 13 22:07:43 mrmoku, let me know when phoneuid is built again. Feb 13 22:07:47 * TAsn is going back studying Feb 13 22:07:48 btw guys Feb 13 22:07:52 after the test on monday Feb 13 22:07:58 I'll probably be free to rock :) Feb 13 22:08:25 I start university classes this monday >.< Feb 13 22:08:32 grats Feb 13 22:10:00 TAsn: rebuilding phoneuid now... will fix the CreateMessage problem too Feb 13 22:10:08 CreateMessage? Feb 13 22:10:30 org.shr.phoneui.Messages.CreateMessage Feb 13 22:10:34 did not do anything yet :P Feb 13 22:10:40 oh :) Feb 13 22:10:41 did not call the apropriate phoneui function Feb 13 22:10:58 FFS I hate opimd :) Feb 13 22:11:11 or more correctly Feb 13 22:11:13 I hate myself Feb 13 22:11:19 for upgrading frameworkd's config Feb 13 22:11:19 anyone able to opkg update on shr-testing? Feb 13 22:11:25 and forgetting to turn off sim backend Feb 13 22:11:32 mrmoku, hmm why isn't emtooth r60 built when you build other packages? JaMa told me it's set to AUTOREV :S Feb 13 22:11:50 dos1, btw, did you have a chance to look at my bug? or do you want me to open a proper bug report? Feb 13 22:12:01 pespin: because right now I manually built some packages Feb 13 22:12:05 did not build the feed Feb 13 22:12:10 want me to build that one too? Feb 13 22:12:12 mrmoku, oh, ok :) Feb 13 22:12:14 yes please Feb 13 22:12:15 guess yes :P Feb 13 22:12:17 ok :) Feb 13 22:12:24 I'd like to try some of the changes I did Feb 13 22:12:38 I'll be probably coding on monday after classes Feb 13 22:13:22 mrmoku: is it normal that shr-testing (flashed yesterday) does not want to opkg update? it hanbgs at downloading packages.gz Feb 13 22:13:53 Zorkman: heh, probably not Feb 13 22:14:06 have no testing installed... so I can't try Feb 13 22:14:08 spaetz: ping Feb 13 22:14:15 any hints for fixing it? Feb 13 22:14:21 Zorkman, give it some time Feb 13 22:14:24 also hanged here before Feb 13 22:14:28 Zorkman, or actually Feb 13 22:14:33 I already gave it 1hr time.. Feb 13 22:14:36 check if you don't have a networking problem Feb 13 22:14:45 wget http://www.googlec.om Feb 13 22:14:47 nope, i can download and install packages thourgh opkg Feb 13 22:14:47 wget http://www.google.com Feb 13 22:14:49 on the phone Feb 13 22:14:53 and i can ping build.shr-project.org Feb 13 22:14:55 Zorkman, I c. Feb 13 22:16:12 no idea. Feb 13 22:17:05 Yay! GSM registering and dimming works now! Feb 13 22:17:24 max_posedon, I guess you are the only unlucky bastard here :) Feb 13 22:17:25 nothing has changed on shr-testing since mid-december, so I don't think it just stopped working in the old builds Feb 13 22:17:43 spaetz, the fact that it didn't upgrade is broken :) Feb 13 22:19:12 if networking works, it must be opkg crrap Feb 13 22:19:41 jup, I just hoped it was a known problem with a known sollution :) Feb 13 22:20:10 nope Feb 13 22:21:26 after some circumflections its registered!) Feb 13 22:21:31 phoneuid and emtooth in the feed now Feb 13 22:21:35 max_posedon: good :) Feb 13 22:21:44 does unstable have a lot of improvements over testing? Feb 13 22:22:22 Zorkman: spaetz is preparing a new testing... to get some of the improvements Feb 13 22:22:24 Zorkman, yes, at lot Feb 13 22:22:29 going on a holliday in two weeks and would like to get my FR back in full force by then :) Feb 13 22:22:30 I think meanwhile there are quite some :P Feb 13 22:22:55 Zorkman, testing missing funny evenings when hole channel whaits for fix from mrmoku Feb 13 22:22:58 did spaetz give a guesstimation of when the new testing will be ready? Feb 13 22:23:04 :P Feb 13 22:23:05 haha, trye :) Feb 13 22:23:12 i'll push a new testing next week, i hope Feb 13 22:23:24 (also ; the alarm in testing did nog make any sound, that a bug that is like... a year old?) Feb 13 22:23:25 at least a candidate Feb 13 22:23:31 nice spaetz! Feb 13 22:23:46 spaetz: how's Johanna? Feb 13 22:24:09 mrmoku, thanks Feb 13 22:24:23 I never really understood what was so difficult with regards to the alarm.. seems one of the most basic phone apps, but it always had problems... (even now..) Feb 13 22:24:40 even more improvements on mrmoku's moko Feb 13 22:24:42 phoneui-message fails just after start Feb 13 22:24:43 crying at this moment and on my arms :-) Feb 13 22:24:49 supersweet contacts app Feb 13 22:24:49 show messages once and fails Feb 13 22:25:00 but things start to settle down Feb 13 22:25:05 mrmoku, phoneui update fixes it? Feb 13 22:25:11 spaetz: we're missing two weeks now... then I will have some crying thing in my arms too :P Feb 13 22:25:33 as in, she sleeps 5h during thhe night now .. Feb 13 22:25:54 good luck to you, hope everythinggoes fine Feb 13 22:26:22 thanks Feb 13 22:26:28 what is btw the best qi version atm? Feb 13 22:26:31 max_posedon: messages work for me Feb 13 22:26:39 brb Feb 13 22:26:40 http://wiki.openmoko.org/wiki/Qi#Download has different options Feb 13 22:26:52 mrmoku, Feb 13 22:26:55 2010.02.14 00:26:34.301853 [(null)] WARNING: Must add the signal 'org-freesmartphone-GSM-Network-IncomingMessageReceipt' with dbus_g_proxy_add_signal() prior to connecting to it Feb 13 22:27:03 phoneuid Feb 13 22:28:38 btw Feb 13 22:28:42 midori vs ventura poll: Feb 13 22:28:46 ventura 20 Feb 13 22:28:48 midori 0 Feb 13 22:28:51 lolz :P Feb 13 22:28:53 pwned. Feb 13 22:29:05 * TAsn is an internet teenage :P Feb 13 22:29:30 btw: I can wget http//www.google.com, but i can't wget http://build.shr-project.org/shr-testing/ipk/all/Packages.gz Feb 13 22:29:57 Zorkman, too weird. Feb 13 22:29:58 :| Feb 13 22:30:12 I can easily get Feb 13 22:30:18 http://build.shr-project.org/shr-unstable/ipk/all/Packages.gz Feb 13 22:31:43 strange :s Feb 13 22:32:22 anyhow Feb 13 22:32:26 mrmoku, super-thanks Feb 13 22:32:33 (though phoneuid still doesn't work) Feb 13 22:32:45 anyhow, I'm off Feb 13 22:32:46 night. Feb 13 22:32:53 night TAsn Feb 13 22:34:00 night Feb 13 22:39:06 hmm... strange Feb 13 22:39:09 though I'm off too Feb 13 22:39:11 gnight all Feb 13 22:40:55 uhmm now I rebooted and it's not registering :S Feb 13 22:41:56 but I rebooted and its registering) Feb 13 22:43:09 $ cat fsousaged.log | grep ERR Feb 13 22:43:09 2010-02-13T22:41:02.005917Z [ERROR] UsageController <9 R>: Resource GSM can't be enabled: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.. Trying to disable instead Feb 13 22:43:18 TAsn, ^ Feb 13 22:48:54 mrmoku|away: please fix mickeydbus2 package. It must not uninstall mdbus executable, as it doesn't replace it with a new one of same name and functionality Feb 14 01:47:52 mrmoku|away: TAsn: good to see that it wasn't my fault at all (finally :P) **** ENDING LOGGING AT Sun Feb 14 02:59:57 2010