**** BEGIN LOGGING AT Fri Jun 26 02:59:57 2009 Jun 26 05:45:04 raster, morning Jun 26 05:53:50 moin mrmoku Jun 26 05:56:29 playya_, moin Jun 26 05:59:36 argh. monitor fails on odevicd fso/dev/ps/apm Jun 26 05:59:49 this should be there Jun 26 06:01:12 s/should/shouldn't/ Jun 26 06:01:12 playya_ meant: this shouldn't be there Jun 26 06:23:09 mickey|zzZZzz: Harald replied that he has no idea :( Jun 26 06:32:21 Hahaha Brenda Wang has a unique style of writing mails. She seem to put her reply under the text but with enough >> to the left so everybody thinks this text was written before the original mail. What a twisted mind. Jun 26 06:39:15 PaulFertser: wish that was unique ... Jun 26 06:39:59 wpwrak: you mean the way Brenda writes mails? Jun 26 06:40:35 wpwrak: i can't understand how can one do that without intention, i don't think there's any MUA that supports that weird way of replying. Jun 26 06:40:44 PaulFertser: yeah. i've seen this sort of quoting style a number of times :-( Jun 26 06:41:29 PaulFertser: it's probably nice and colorful when they type it ... don't you sometimes see someone mention "my comments in red" or such ? Jun 26 06:41:51 wpwrak: "my comments in red" LOL Jun 26 06:42:10 wpwrak: i seem to have an ability to forget some bad things i have seen/experienced :) Jun 26 06:43:35 PaulFertser: evil quoting styles go straight to the elephant part of my brain :) Jun 26 06:44:18 wpwrak: so, it's assumed to be common knowledge that gta01 sucks current like mad because of hardware problems but i'm yet to see _any_ clear evidence to that. "i'm not aware of any, it has been a long time." was Harald's reply. (my uneducated) Cursory look over the schematics doesn't reveal anything outright evil except for the 1 questionable pullup... Jun 26 06:45:06 PaulFertser: define "sucks" :) Jun 26 06:45:07 wpwrak: (elephant part) you need to delete weirdly-looking mail faster :D Jun 26 06:45:25 wpwrak: sucks==consumes ? Jun 26 06:46:01 PaulFertser: ooh ... right. sorry, just woke up at 3am with a headache ... Jun 26 06:46:15 PaulFertser: yeah, lots of bad pull-ups, i think Jun 26 06:46:20 wpwrak: oh, not a nice wakeup for sure :-/ Jun 26 06:47:34 wpwrak: i looked at pullups, they're reasonable. Even if there's like 5 wrong pullups (and there're less i guess) it couldn't have made it _that_ bad. Jun 26 06:48:30 PaulFertser: not a nice week ...there's major construction work at my home. so i have to get up early, then there's noise and dust the whole day. the air clears around the time when it's time to crawl to bed. so ... not a productive time :( Jun 26 06:48:43 wpwrak: people are still using gta01, you know... It'd be nice to fix power consumption issues... Even if it requires some slight hardware hack. And i still lack gta01 for testing it myself. Jun 26 06:49:20 PaulFertser: hmm, how bad is it then ? even a few bad pull-ups/downs can do a lot of damage Jun 26 06:49:35 wpwrak: Truly unfun :( wish you it ends soon. Jun 26 06:51:02 wpwrak: about 5 hours running with backlight off and not more than 24 hrs in suspend (recent reports show that with SD suspend current is ~40mA and without it's ~23, at least this one seem to be easily fixable but for some reason the kernel i prepared (where relevant gpio's are put to input before suspend) didn't work, maybe bad testing) Jun 26 06:53:01 wpwrak: in fact i've seen only one 1k pullup in the whole schematic (battery charging control circuit). I'm yet to look at this part more closely but really, other places mostly have 100k (or 47k where reasonable). Jun 26 06:53:56 hmm, 24 h are 50 mA. needs a few 1k then. Jun 26 06:54:02 Q-Master: where's my GTA01? :-/ Jun 26 06:54:10 wpwrak: quite a few Jun 26 06:54:19 * Q-Master doesnt know Jun 26 06:54:22 Q-Master: :( Jun 26 06:54:37 Q-Master: what information about the recamping capacitor do you need? Jun 26 06:55:19 PaulFertser: I've already found it myself yesterday. 8) BTW, why there can't be a tantalum capacitor? Jun 26 06:55:36 Q-Master: it can be but it should better have low ESR. Jun 26 06:56:05 Q-Master: to not have voltage drop on current spikes. Jun 26 06:56:31 PaulFertser: aha. And might it be bigger than 22uF? Jun 26 06:56:43 Q-Master: isn't the information i posted at #1024 enough btw? Jun 26 06:57:00 Q-Master: it can be bigger than 22uF, yes, but ensure low enough ESR. Jun 26 06:57:30 PaulFertser: I'll try. You've told me where can I buy it, repeat plz/ Jun 26 06:58:53 Q-Master: http://chip-dip.ru/product0/276924954.aspx ? Jun 26 07:01:00 PaulFertser: ah, I saw Brenda's posting. that Jun 26 07:01:08 's quite well hidden indeed :) Jun 26 07:01:12 wpwrak: i think that after the uSD bug is fixed suspend time on gta01 will be "enough" (~50hrs). So one will have to understand why turning off backlight and LCM is not as effective as it should be. But all in all i'm yet to see some horrible hardware bugs that prevent gta01 from being used as a phone (except that "one capacitor too many" but it doesn't affect most devices). Jun 26 07:02:08 PaulFertser: Oh, what's the uSD bug? Jun 26 07:02:58 PaulFertser: what's that one capacitor too many ? Jun 26 07:03:25 PaulFertser: you seem to be the only one who still understands gta01 these days :) Jun 26 07:03:52 alphaone: the guy did suspend current measurements on gta01. It was ~40mA with uSD and ~23 without. Jun 26 07:04:03 PaulFertser: ouch Jun 26 07:04:05 wpwrak: that one was really fun and nasty. Jun 26 07:04:47 PaulFertser: (uSD) wild guess: clock not stopped ? Jun 26 07:04:53 wpwrak: SoC has a fast glitch on all GPIOs on suspend and therefore the reset line connected to calypso got activated. Removing one transistor suffice because that reset line is not needed anyway. Jun 26 07:05:51 wpwrak: either that or GPIOs are feeding current in a turned off card. I'm not sure one PLL (or even divisor) can suck that many. Jun 26 07:06:24 Q-Master: so, no replys on the forum? I'll ask the guy to post it on LOR forum then. Jun 26 07:06:46 PaulFertser: yup, i know the calypso problem. all the MP units should have that transistor removed. Jun 26 07:07:03 wpwrak: sure, that's why i say that this bug doesn't affect many devices. Jun 26 07:07:29 PaulFertser: 50 mA would be just one gpio driving a "1" into ground, or vice versa Jun 26 07:07:31 PaulFertser: no replys at all. the forum is a bit empty for a last week Jun 26 07:08:16 wpwrak: sure. But i tried to disable it and that guy tried to test. Quite probably i did something wrong. Or he didn't actually update the kernel. Jun 26 07:08:26 Q-Master: no wonder, all forums suck. Jun 26 07:09:03 PaulFertser: but what's the cap too many ? or do you mean transistor too many ? Jun 26 07:09:13 wpwrak: yeah, transistor. Typo. Jun 26 07:09:20 wpwrak: too many problems with caps :D Jun 26 07:09:25 ;-)) Jun 26 07:17:26 But the cap problem usually goes like "one cap too small" :-) Jun 26 07:17:55 * wpwrak mutters "Vsys" ... Jun 26 07:36:04 hm. funny... seems that either tar is being buged on Neo, or my uSD is borked by something.... Jun 26 07:40:11 hi everybody Jun 26 07:40:30 buenos tacos Jun 26 07:53:59 Q-Master: busybox tar? Jun 26 07:54:48 PaulFertser: nop, just tar Jun 26 07:55:08 busybox tar refuse to unpack tar.bz2 Jun 26 07:55:57 Q-Master: yes, but you can use bzip2 and pipe output to busybox tar. Jun 26 07:56:19 PaulFertser: I've installed tar Jun 26 08:10:51 to use the new "domains" (sqlite contacts) in shr-unstable, does one have to do anything special? Jun 26 08:11:05 I selected it, but just lost an sms. Jun 26 08:11:59 qmaster, busybox tar doesn't grok bzip2. you have to make it two steps. bunzip2 it, then untar it Jun 26 08:19:24 nice post on connman vs NM from the NM dev: http://blogs.gnome.org/dcbw/2009/06/25/networkmanager-and-connman/ Jun 26 08:19:27 interesting Jun 26 08:21:54 spaetz: if NM is as good as he says, why do I have to kill it on almost every system I have that uses it before it can connect? Jun 26 08:24:41 BillK_: +1 Jun 26 08:25:11 NM works good, if i use gnome Jun 26 08:25:39 not very good property for such low level stuff :) Jun 26 08:25:54 (if it implies that it does not easily work without) Jun 26 08:26:38 i have several problems if i use enlightenment Jun 26 08:37:07 freesmartphone.org: 03seba.dos1 07framework * r73a5f06b09ec 10/framework/subsystems/opimd/pimb_sqlite_messages.py: opimd: SQLite-Messages: fix updating MessageRead, MessageSent and Processing fields Jun 26 08:37:08 freesmartphone.org: 03seba.dos1 07framework * ra2a529777132 10/framework/subsystems/opimd/pimd_messages.py: opimd: Messages: allow disabling merging in config Jun 26 08:37:09 freesmartphone.org: 03seba.dos1 07framework * rbf8dfd26b0a1 10/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: rename Text field to Content Jun 26 08:37:10 freesmartphone.org: 03seba.dos1 07framework * r4a69d2858965 10/framework/subsystems/opimd/ (pimb_sqlite_contacts.py pimb_sqlite_messages.py): opimd: SQLite-*: don't store special _ fields Jun 26 08:37:59 BillK_: NM works better for me that connman does Jun 26 08:38:16 and I can't blame NM for stupid integration into some distros Jun 26 08:38:30 it works really well for me here. Jun 26 08:38:51 but I won't claim it's superior in any way, just an intersting post Jun 26 08:41:52 network manager has never worked very well for me. unless it has changed recently, it's very single-connection oriented. if you bring up a new interface, it wants to shut down any other interfaces Jun 26 08:41:59 'tis a bit silly i think Jun 26 08:43:14 Blu3: it connects to my FR and the net via WLAN simultanously just fine Jun 26 08:43:26 nifty Jun 26 08:43:43 well, one via USB, the other via WLAN Jun 26 08:43:50 yup Jun 26 08:43:53 :) Jun 26 08:57:41 freesmartphone.org: 03seba.dos1 07framework * r510847d779d7 10/framework/subsystems/opimd/ (pimb_sqlite_contacts.py pimb_sqlite_messages.py): opimd: SQLite-*: handle database errors Jun 26 08:58:51 freesmartphone.org: 03mickey 07framework * r8bcbdd47ea1f 10/framework/subsystems/oeventsd/fso_actions.py: oeventsd: fso-actions: don't store values acquired by oprofile as variants Jun 26 08:59:43 freesmartphone.org: 03seba.dos1 07framework * r86fd996dbbc8 10/framework/subsystems/opimd/pimb_sqlite_contacts.py: opimd: SQLite-Contacts: fix accidentaly wrapped line Jun 26 08:59:44 freesmartphone.org: 03seba.dos1 07framework * r22a3a15ac18d 10/framework/subsystems/oeventsd/fso_actions.py: Merge branch 'master' of git@git.freesmartphone.org:framework Jun 26 09:12:38 mrmoku: could you commit my last patch to OE? Jun 26 09:12:49 mrmoku: i would like to annnounce opimd-utils soon Jun 26 09:14:13 dos1: I tried... does not apply for me Jun 26 09:14:23 tells me something about index not up-to-date Jun 26 09:14:25 which is not true Jun 26 09:14:44 mrmoku: then apply manually, that's only one line + PR bumping Jun 26 09:15:09 dos1, did that with your last patch... I really would like to know why Jun 26 09:15:37 mrmoku: maybe something on my side... Jun 26 09:22:05 dos1, no... it is something with my kmail filter... Jun 26 09:22:15 saving the mail and applying it manually worked Jun 26 09:25:04 dos1: heh. opimd-sms lacks creation of new sms now and doesn't resolve the name via addressbook for me. Jun 26 09:25:58 Q-Master: in feeds there are old versions :P Jun 26 09:26:09 creation of new sms -> won't fix in near future Jun 26 09:26:27 resolving -> works for me ;x Jun 26 09:26:37 dos1: so how to create a new SMS? Jun 26 09:27:06 but there was recently fix for opimd-notifier, which cached too much regarding contact names Jun 26 09:27:11 Q-Master: shr-messages -> New ;P Jun 26 09:27:26 hehe Jun 26 09:27:30 or opimd-messages -> Reply Jun 26 09:27:43 Q-Master: but actual version in SVN is 202 Jun 26 09:27:48 Q-Master: check, what version do you have ;> Jun 26 09:28:16 dos1: shr-messages dies just after pressing the exit button in message view Jun 26 09:28:25 dos1: a bit later. Jun 26 09:28:38 Q-Master: phonegui-efl2? Jun 26 09:29:17 mrmoku: will the new things be in unstable tomorrow? I will be riding home in 30 mins. Jun 26 09:29:25 dos1: yep Jun 26 09:29:34 Q-Master: messages in efl2 are supposed to not work now, sorry :D Jun 26 09:30:09 mrmoku: you should give more love efl2 ;) Jun 26 09:30:27 dos1: so? what to do? I want to store my contacts in sqlite. Jun 26 09:30:47 Q-Master: help with fixing efl2 :D Jun 26 09:30:51 Q-Master, yeah, should be Jun 26 09:31:09 mrmoku: and BTW - build frameworkd, frameworkd-config-shr and opimd-utils, and i think i can release Jun 26 09:31:33 dos1, a bit later... busy now Jun 26 09:31:35 Q-Master: and only after building that opimd-utils are supposed to work with basics ;) Jun 26 09:31:52 mrmoku: ok, i have to go now so don't worry ;) Jun 26 09:32:20 Q-Master: though i need to test package ;x Jun 26 09:33:00 dos1: heh. I'd like to fix it. Jun 26 09:33:10 morning Jun 26 09:35:36 mrmoku: why the hell there are duped files (older releases) stored in repo directory? what a mess... I have a script which scans through Packages file and moves everything else to ./old/ dir Jun 26 09:59:47 Q-Master because we copy over new files via rsync? So that a broken build won't delete existing ipkg files Jun 26 10:00:03 also some people like to have older ipkg versions Jun 26 10:00:37 spaetz: copying older files to ./old fixes this problem IMO Jun 26 10:01:05 * Q-Master going home Jun 26 10:06:09 mickey|linuxtag, if i use a ugly patch to skip */apm dbus path dbus-hlid branch works Jun 26 10:06:24 but i never receive a NameOwnerChanged Jun 26 10:11:47 playya: check fsousaged, i had some problems with connecting to signals as well Jun 26 10:11:57 it turned out to be a typo Jun 26 10:12:06 dbus does not warn you when you connect to non-existing signals Jun 26 10:12:11 since it has no knowledge of that Jun 26 10:12:22 which is broken by design, but who am i to argue with dbus maintainers *cough* Jun 26 10:12:28 I'm using static dbus Jun 26 10:13:09 surely not for NameOwnerChanged or is there a vapi for that these days? Jun 26 10:13:39 i have a dbus.vala for not existing interfaces Jun 26 10:14:21 i realized the probelem with apm. monitord just segfaulted Jun 26 10:15:01 freesmartphone.org: 03mickey 07cornucopia * r03f09d594349 10/fsousaged/TODO: add TODO Jun 26 10:15:28 i will take a look when i'm back home Jun 26 10:15:33 i can rip out the APM right now if you want Jun 26 10:15:36 it's bogus anyways Jun 26 10:16:52 ok. thats what i would suggest Jun 26 10:19:51 freesmartphone.org: 03mickey 07framework * rc4200cc8a465 10/framework/subsystems/odeviced/kernel26.py: odeviced: kernel26: remove APM power class supply. We do not support APM. Jun 26 10:19:56 here you are Jun 26 10:22:17 ok. thx Jun 26 10:22:33 freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * rb2a72f1a9153 10fso-monitord/src/monitor.vala: Jun 26 10:22:33 freesmartphone.org: Add debug output for NameOwnerChanged Jun 26 10:22:33 freesmartphone.org: skip new unowned busnames Jun 26 10:22:33 freesmartphone.org: Move restart info to CTOR Jun 26 10:22:34 freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * rb50032f74ff3 10fso-monitord/src/monitor.vala: Add count for running monitors Jun 26 10:22:38 freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * r20668753301b 10fso-monitord/src/monitor.vala: Using new vala syntax for dbus objects Jun 26 10:23:38 what about a new release scedule: fix dbus, patch vala, finisch cornocupia Jun 26 10:24:07 ah. juerg thinks about using a enum base class for to_string and so on