**** BEGIN LOGGING AT Wed Apr 28 02:59:56 2010
Apr 28 04:17:04 <|if3> wicked
Apr 28 04:17:16 <|if3> time for a format unless someone has a work around
Apr 28 04:18:31 <|if3> I've got (not the current release of shr) but one from about august. As time has gone on it's gotten slightly buggy, but the only thing I'm really concerned about is how I can only receive up to 4 msgs and then i'm warned about my inbox being full, anyone know of a quick fix for this?
Apr 28 04:20:00 <|if3> if you do, feel free to PM me or respond with an answer containing my name: |if3, and one of my plugins will alert me.
Apr 28 06:28:41 <JaMa> Wonka: http://build.shr-project.org/shr-unstable/ipk/armv4t/xf86-video-glamo_1.0.0+gitr153+77b6d1b7363d3ff28f063ed92c9ed47194f70b20-r5.4_armv4t.ipk is current
Apr 28 06:29:14 <JaMa> Wonka: if you're building your own images than you have to keep tmp/cache dir as long as you want to use image without reflash
Apr 28 06:30:15 <JaMa> Wonka: rm -rf tmp will make gitr0 from gitr2 even when building newer or the same git revision, read "SRCPV migration" thread in oe-devel list, if you want to know details
Apr 28 06:34:02 <Wonka> JaMa: i know, and I didn't delete the tmp/cache
Apr 28 06:35:15 <JaMa> Wonka: forced LOCALCOUNT in your local.conf?
Apr 28 06:37:08 <Wonka> JaMa: wouldn't know how...
Apr 28 06:37:13 <Wonka> JaMa: so I guess "no"
Apr 28 06:38:49 <JaMa> Wonka: what you have in find deploy/ipk/armv4t/ -name xf86-video-glamo_\* ?
Apr 28 06:39:24 <Wonka> deploy/ipk/armv4t/xf86-video-glamo_1.0.0+gitr0+77b6d1b7363d3ff28f063ed92c9ed47194f70b20-r5.4_armv4t.ipk
Apr 28 06:39:57 <JaMa> and sqlite3 cache/om-gta02/bb_persist_data.sqlite3 "select key, value from BB_URI_LOCALCOUNT where key LIKE '%-xf86-video-glamo_%'"
Apr 28 06:40:26 <JaMa> are you 100% sure that the file with gitr2 was built in this tmp dir?
Apr 28 06:40:48 <Wonka> $ sqlite3 cache/bb_persist_data.sqlite3 "select key, value from BB_URI_LOCALCOUNT where key LIKE '%-xf86-video-glamo_%'"
Apr 28 06:40:51 <Wonka> git:git.openmoko.org.git.xf86-video-glamo.git-xf86-video-glamo_rev|77b6d1b7363d3ff28f063ed92c9ed47194f70b20
Apr 28 06:40:55 <Wonka> git:git.openmoko.org.git.xf86-video-glamo.git-xf86-video-glamo_count|0
Apr 28 06:41:18 <Wonka> I've deleted all of tmp except cache some weeks ago...
Apr 28 06:41:18 <JaMa> bitbake --version ? 1.10.0?
Apr 28 06:41:31 <JaMa> and pastebin your local.conf
Apr 28 06:41:36 <Wonka> BitBake Build Tool Core version 1.8.18, bitbake version 1.8.18
Apr 28 06:41:48 <mrmoku> mickeyl: looks like %N0187 is indeed needed before every call :/
Apr 28 06:42:05 <JaMa> Wonka: 1.8.18 is not fatal, but you should upgrade to 1.10.0
Apr 28 06:42:17 <Wonka> JaMa: currently, X seems to be behaving, but e segfaults...
Apr 28 06:42:39 <JaMa> log?
Apr 28 06:42:42 <JaMa> kernel?
Apr 28 06:42:49 <Wonka> damn! I need to get off to work :/
Apr 28 06:43:02 <Wonka> will continue from there - ssh ftw
Apr 28 06:43:19 <Wonka> bbl
Apr 28 06:46:42 <spaetz> morning
Apr 28 06:55:47 <JaMa> moin
Apr 28 06:57:58 <JaMa> TAsn: converted /etc/phoneprefix with all countries provided by org.freesmartphone.Data.World.GetAllCountries(), but not all had ISO 3166-1 code there and some don't have it in http://www.iso.org/iso/list-en1-semic-3.txt too, from where did you generate original file?
Apr 28 07:02:12 <thessy> hi, upgraded shr-t today, two errors could be fixed like written on mailinglist. I collecting error about "/etc/asound.state" which is in package 'alsa-state_0.2.0_r16.4-4' but also in 'alsa-scenarii-shr'. Which package is the right one?
Apr 28 07:02:41 <JaMa> TAsn: hmm some names also doesn't correspond to ISO (not only in '_' instead of spaces, ie 'St._Helena' -> 'SAINT HELENA, ASCENSION AND TRISTAN DA CUNHA')
Apr 28 07:02:57 <JaMa> thessy: you can remove both
Apr 28 07:03:17 <JaMa> thessy: let me know if something is depending on them in your fully upgraded image
Apr 28 07:07:22 <thessy> JaMa: both packages could simply removed. thanx!
Apr 28 07:14:16 <TAsn> JaMa, I don't remember where I got this list off.
Apr 28 07:14:27 <TAsn> I found a website somewhere
Apr 28 07:14:30 <TAsn> and parse it.
Apr 28 07:14:48 <TAsn> parsed*
Apr 28 07:15:12 <JaMa> TAsn: maybe this could be moved to ie mobile-broadband-provider-info package and provide fsotdld World api for prefixes
Apr 28 07:15:33 <JaMa> mickeyl: what do you think? ^
Apr 28 07:15:50 <mickeyl> sounds good to me
Apr 28 07:15:56 <mickeyl> country data is tough, as some states get renamed, split up, or become one. The data behind org.freesmartphone.Data.World.GetAllCountries has been updated relatively recently
Apr 28 07:16:07 <TAsn> do whatever :P
Apr 28 07:16:09 <TAsn> I gtg
Apr 28 07:16:10 <mickeyl> I'd rather have us supporting one or at max two common databaseas
Apr 28 07:16:14 <mickeyl> heh
Apr 28 07:16:16 <mickeyl> cu :)
Apr 28 07:16:16 <TAsn> just let me know.
Apr 28 07:16:43 <JaMa> mickeyl: yes.. lot of countries in GetAllCountries doesn't have corresponding parts in phoneprefixes and vice-versa
Apr 28 07:17:33 <mickeyl> have a look at iso3361+dialcode.txt and zone.tab
Apr 28 07:17:40 <JaMa> mickeyl: and countries not returned from GetCountryCodeForMccMnc are not looked in phoneprefixes file too
Apr 28 07:19:08 <mickeyl> we can also expand org.freesmartphone.Data.World() for opimd
Apr 28 07:19:20 <mickeyl> so if you need special lookups, just tell me
Apr 28 07:19:21 <mickeyl> bbiab
Apr 28 07:20:46 <JaMa> mickeyl: btw /etc/freesmartphone/ogsmd/cell.db and other 2 *.db files there are not used by fsogsmd?
Apr 28 07:22:16 <JaMa> as frameworkd-config-shr is still biggest package in our images :)
Apr 28 07:40:31 <JaMa> graziano: recipe change for alpha keyboard pushed.. installs fine.. ping me if it's broken badly
Apr 28 07:41:22 <graziano> JaMa: I have serious problem connecting with SHR-T and mokonnect
Apr 28 07:41:27 <graziano> it fails to scan networks
Apr 28 07:41:42 <graziano> I am waiting for a fix or next SHR-T before I test anything else
Apr 28 07:43:30 <graziano> so it's becoming really frustrating to help 
Apr 28 07:51:55 <mrmoku> graziano: mokonnect + connmand is broken... just install iliwi instead
Apr 28 07:53:32 <JaMa> is it broken by last connman bump? or is it broken the same before?
Apr 28 07:53:52 <Wonka> re
Apr 28 07:54:30 <mrmoku> JaMa: I _think_ it is broken since some time... at least it's some weeks ago that I had success with mokonnect
Apr 28 07:54:48 <mrmoku> JaMa: and a connman bump would for sure explain that... as API changed
Apr 28 07:55:38 <mrmoku> JaMa: and IIRC Fate was not very interested in adjusting mokonnect to the new API
Apr 28 07:56:07 <mrmoku> JaMa: do you have an idea about #1087?
Apr 28 07:57:31 <mrmoku> somehow shr-t has a different /proc/driver/rtc content... which is missing alarm stuff
Apr 28 07:57:51 <JaMa> no :/, lupan upgraded ffalarms code for fsotdld and I pushed his patch, but havent tested/seen this
Apr 28 07:59:19 <JaMa> mrmoku: connman was bumped few weeks ago http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=23fd24919418a8ae23ed1fc1a3f665f46a72aca5, but I'm not using it or mokonnect.. so no idea
Apr 28 08:00:09 <JaMa> spaetz: maybe you have ^^
Apr 28 08:00:29 <mrmoku> JaMa: I tested ffalarms and it works fine for me in current SHR-U
Apr 28 08:01:20 <JaMa> does shr-t have this patch? http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=3bd39c9455ad0522f2686841180c13a158b56257
Apr 28 08:01:44 <JaMa> seems not
Apr 28 08:06:57 <McKael> Hmm, sometimes when I plug the FR to my laptop, the laptop shuts down immediately.
Apr 28 08:07:07 <JaMa> spaetz: the same for 188d4e13e053a9ced622469332e111d2460817a6 and 621750842acf197eb4e11e9e3ae0622a7edd28d3
Apr 28 08:07:07 <McKael> Ever seen this?
Apr 28 08:10:31 <graziano> McKael: no I never experienced that
Apr 28 08:11:08 <McKael> :/
Apr 28 08:11:21 <McKael> It's done that a few times now...
Apr 28 08:12:58 <graziano> JaMa: mrmoku as I said thousand of times mokonnect it's broken and I don't think we need a poll to state that, everybody can confirm it
Apr 28 08:13:21 <graziano> so I really propose to switch to something simpler but functional like iliwi for example
Apr 28 08:14:00 <misc> McKael: nothing in log on the laptop ?
Apr 28 08:14:12 <mrmoku> graziano: you mean as default for the full version? yeah... should do that
Apr 28 08:14:54 <JaMa> from what I've read on ML, iliwi lacks some funtionality, mokonnect had when it was working.. so poll should confirm that people are more interested in switch than fixing mokonnect (maybe just downgrading connman would do)
Apr 28 08:15:32 <McKael> misc: it didn't have a chance to write anything, it's more like an electrical issue
Apr 28 08:15:32 <graziano> mrmoku: yes
Apr 28 08:16:00 <misc> McKael: does it happen if you plug anything else ?
Apr 28 08:16:05 <graziano> JaMa: mrmoku could someone please set up a poll to do that? I think we need it
Apr 28 08:16:14 <JaMa> yes you can :)
Apr 28 08:16:29 <McKael> misc: nope, and it doesn't happen every time I plug in the Freerunner either
Apr 28 08:16:53 <JaMa> it doesn't need to be official poll, doodle is enough
Apr 28 08:16:57 <McKael> misc, it happened this morning when I plugged it, and once yesterday
Apr 28 08:17:11 <misc> McKael: new kernel ?
Apr 28 08:17:20 <McKael> (and a few times before, but I haven't seen any pattern)
Apr 28 08:18:34 <von_fritz> moin
Apr 28 08:18:42 <McKael> misc: I have changed the computer's kernel between the two crashes -- and I've changed the FR's kernel as well since I'm now using Debian's
Apr 28 08:18:51 <McKael> misc: so nothing obvious
Apr 28 08:19:15 <misc> McKael: laptop was plugged ? 
Apr 28 08:19:43 <McKael> Misc: yes, in all cases, AFAIR
Apr 28 08:20:40 <von_fritz> TAsn No /usr/share/shr_elm_softkey/images/close.png /back.png in package ;)
Apr 28 08:22:01 <mrmoku> graziano, JaMa: dunno if a poll is really needed... as mokonnect does not do its job right now
Apr 28 08:22:20 <mrmoku> maybe an email to shr-user will suffice
Apr 28 08:23:28 <vanous123> anybody knows how far the popularity contest in shr went? perhaps this would be helpful also for the future...
Apr 28 08:24:04 <JaMa> vanous123: you mean that distro popularity contest?
Apr 28 08:24:13 <vanous123> yeap
Apr 28 08:24:21 <vanous123> someone was trying to do it 
Apr 28 08:24:28 <vanous123> like debian popcon
Apr 28 08:24:37 <vanous123> JaMa: i see
Apr 28 08:24:39 <vanous123> not distro
Apr 28 08:24:45 <vanous123> but per package
Apr 28 08:24:54 <vanous123> JaMa: http://popcon.debian.org/
Apr 28 08:24:55 <JaMa> ah understand.. and don't know
Apr 28 08:25:00 <graziano> mrmoku: exactly what I think :)
Apr 28 08:25:46 <mrmoku> mickeyl: if you get the time to implement the %N and %SLEEP for our beloved calypso... that would be very much appreciated :-)
Apr 28 08:27:04 <vanous123> mickeyl: almost all czech openmoko users have 1024 fix done, appreciated from here too :)
Apr 28 08:27:47 <vanous123> JaMa: how is .32 now, using it with uSD?
Apr 28 08:27:52 <mrmoku> vanous123: hmm... with that fix you should be fine now, no?
Apr 28 08:28:24 <mrmoku> vanous123: mine has no 1024 fix and I have it sporadically wake up now... waking up in the morning with empty battery and FR off :/
Apr 28 08:29:28 <vanous123> mrmoku: have had 1024 fix for probably 8 months by now, have had no wakeups 
Apr 28 08:31:40 <vanous123> mrmoku: you have A5 ?
Apr 28 08:36:59 <spaetz> JaMa: afaik I tested the new connman with my home wifi before bumping
Apr 28 08:37:44 <spaetz> but that is WEP only. I will retry. Otherwise if mokonnect is not going to change anymore we need either someone taking over maintainership or switch to iliwi (and possibly get rid of connman)
Apr 28 08:37:58 <spaetz> I did not have the updated ffalarms, bumped that.
Apr 28 08:38:48 <spaetz> as for 188d4e13e053a9ced622469332e111d2460817a6. shr-t does not use fsotld yet, I think. But I'll bump nonetheless.
Apr 28 08:39:04 <JaMa> vanous123: uSD+.32+switch-for-kernel works fine here
Apr 28 08:39:30 <JaMa> spaetz: switch to fsotdld was 14 days ago (probably before shr-t merged shr-u)
Apr 28 08:40:29 <mrmoku> vanous123: don't remember... but with deep_sleep_mode=never I had no wakeups too
Apr 28 08:40:56 <spaetz> will need to check if I have fsotld running :)
Apr 28 08:41:09 <spaetz> I'll pick those two. thanks
Apr 28 08:42:53 * spaetz was in the emergency room of the kid's hospital until midnight, so still a bit dizzy
Apr 28 08:42:55 <vanous123> JaMa: not sure whether i should try .32, as i am still testing gprs and don't want to bring in more confusion caused by another kernel...
Apr 28 08:43:26 <spaetz> kid fell and had a split lip. They had to stitch him together (with full anesthetics and stuff) :-(
Apr 28 08:43:37 <vanous123> spaetz: :/
Apr 28 08:43:52 <spaetz> but he's fine
Apr 28 08:44:24 * vanous123 is working on a free parking pass to the local hospital.
Apr 28 08:44:31 * vanous123 has been going there too often too... :/
Apr 28 08:44:58 <spaetz> hehe. I guess that happens when you have kids
Apr 28 08:45:11 * mrmoku is lucky and does not even know where the hospital is :P
Apr 28 08:45:12 <vanous123> yeap
Apr 28 08:45:13 <spaetz> free parking every 10th time!
Apr 28 08:45:18 <vanous123> :)))
Apr 28 08:48:27 <JaMa> vanous123: well that's 5th dimension :)
Apr 28 08:49:07 <JaMa> vanous123: but it works here as .29 did.. so IMHO it's worth trying
Apr 28 09:00:26 <vanous123> JaMa: :)
Apr 28 09:02:18 <vanous123> spaetz: actually, here they give you free parking after 10 blood donations, i learned this now, when i have given 9, so i will go for the 10th one quite intentionally. then i can donate freely again :)
Apr 28 09:03:18 <vanous123> JaMa: will try then, to help to the 10% SHR user .32 coverage :)
Apr 28 09:03:39 <vanous123> JaMa: last time it didn$t work due to the uSD timing...
Apr 28 09:05:32 <JaMa> vanous123: i fear that timing is still the same (but I see it less often here - last time yesterday after 2 weeks, after booting ubi from flash and then back)
Apr 28 09:06:02 <JaMa> but 2nd boot with debug (POWER pressed) it booted just fine again
Apr 28 09:06:40 <JaMa> hmm after last reflash I don't have rootwait :)
Apr 28 09:06:48 <JaMa> and still it boots
Apr 28 09:36:10 * JaMa removed all remaining tweaks from shr-image.inc, do anyone remember why we tweak /etc/group, or better way to provide /etc/profile.d/elementary.sh ?
Apr 28 09:42:10 <mrmoku> JaMa: for the theme?
Apr 28 09:42:49 <JaMa> http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/b483c1dfaae79ba5e9363e049be890ea015718aa
Apr 28 09:43:02 <JaMa> mrmoku: you theme/finger size/scale
Apr 28 09:43:11 <JaMa> s/you/yup/
Apr 28 09:43:11 <infobot> JaMa meant: mrmoku: yup theme/finger size/scale
Apr 28 09:47:31 <Q-Master> mrmoku:  today I've got an sms and it is configured to autoshow, got a white illume2 screen with topbar and bottom buttons. 8(
Apr 28 09:48:52 <soltys> someone here played with mcnavi and/or navit and wants to help me ?:)
Apr 28 09:57:45 <vanous1231> mrmoku: oh, have misunderstood your sleep comment
Apr 28 09:58:05 <vanous1231> so by default the modem goes to sleep? and you have to force sleep=2 ?
Apr 28 09:58:32 <vanous1231> then i need sleep=4, for having 1024 fix, meaning, this is included by default...?
Apr 28 10:00:38 <vanous1231> mickeyl: could you please confirm that? ^^
Apr 28 10:00:52 <vanous1231> this is for fsogsmd
Apr 28 10:02:33 <mrmoku> vanous1231: that's how I understand it, yes
Apr 28 10:02:55 <vanous1231> i see
Apr 28 10:03:06 * vanous1231 editing fsogsmd.conf again
Apr 28 10:03:26 * vanous1231 but keeping his exes open :)
Apr 28 10:03:33 <mrmoku> mickeyl: btw. I don't think that adaptive thing is needed... either sleep or not sleep is sufficient IMO
Apr 28 10:03:36 <vanous1231> s/exes/eyes/
Apr 28 10:03:38 <Khiraly> hi
Apr 28 10:04:05 <Khiraly> is somebody aware about if ubuntu 10.04 contains python-elementary
Apr 28 10:05:13 <Q-Master> mrmoku: is there already a deep sleep feature in fsogsmd?
Apr 28 10:05:18 <mrmoku> Q-Master: no
Apr 28 10:05:30 <mrmoku> Q-Master: well... deep sleep is the default I think
Apr 28 10:05:33 <daniele_athome> morning...
Apr 28 10:05:37 <mrmoku> no way to turn it off right now
Apr 28 10:05:40 <mrmoku> daniele_athome: morning
Apr 28 10:06:06 <Q-Master> mrmoku: nop. due to leakage of a power it is not.
Apr 28 10:07:34 <mrmoku> Q-Master: well... due to sporadic wakeups it is for me
Apr 28 10:07:37 <Khiraly> looks like ubuntu 10.04 contains enlightenment, but all the python bindings are missing
Apr 28 10:07:44 <Khiraly> (python-elementary, python-evas, etc)
Apr 28 10:08:16 * daniele_athome is still using android for phone calls :(
Apr 28 10:08:22 <mrmoku> Q-Master: (sms) white screen usually means phoneuid segfaulted
Apr 28 10:08:34 <mrmoku> Q-Master: do you have DEBUG enabled for phoneuid and can share a log?
Apr 28 10:12:16 <Q-Master> mrmoku: not enabled. 8( can it be anything in log with info level?
Apr 28 10:18:36 <mrmoku> Q-Master: INFO is _very_ quiet :/
Apr 28 10:19:04 <mrmoku> bbiab
Apr 28 10:21:27 <JaMa> soltys: I played with navit :)
Apr 28 10:21:37 <soltys> ;)
Apr 28 10:21:51 <soltys> folks from polish channel helped me already ;)
Apr 28 10:21:59 <JaMa> even better :)
Apr 28 10:23:08 <Khiraly> ouch
Apr 28 10:24:05 <Khiraly> does somewhere logs shr the incoming calls?
Apr 28 10:24:09 <Khiraly> other then phone-log
Apr 28 10:24:14 <Khiraly> would be pretty important
Apr 28 10:24:19 <Khiraly> like frameworkd
Apr 28 10:24:38 <Khiraly> somebody called me from GLS, and im unable to get their number
Apr 28 10:34:31 <mickeyl> JaMa: fsogsmd does not use the cell database
Apr 28 10:34:46 <mickeyl> fsodatad will use it, but doesn't as well
Apr 28 10:35:07 <mickeyl> mrmoku|kindergar: i know, i have little time these days, but i will priorize sleep and echo cancellation
Apr 28 10:36:22 <JaMa> thanks mickeyl
Apr 28 10:37:02 <JaMa> mickeyl: I guess fsodatad will provide own file when it will need it, right? (so removing it from config now won't harm)
Apr 28 10:37:45 <mickeyl> correct
Apr 28 10:37:57 <mickeyl> btw., i have pushed the vala changes
Apr 28 10:38:06 <mickeyl> i have checked the stuff that doesn't build
Apr 28 10:38:18 <mickeyl> which is ok
Apr 28 10:38:32 <mickeyl> (it still doesn't build, but independent from my changes)
Apr 28 10:38:35 <JaMa> mickeyl: seen that and removed do_stage from ffalarms for that change..
Apr 28 10:38:39 <mickeyl> ok, good
Apr 28 10:38:51 <mickeyl> that way we no longer need the VALA_DONT_STAGE
Apr 28 10:39:01 <mickeyl> we can remove that from packages that have it set
Apr 28 10:39:13 <mickeyl> didn't grep yet
Apr 28 10:42:50 <JaMa> I'll do it for you
Apr 28 10:45:30 <mrmoku|kindergar> mickeyl: great, tia
Apr 28 10:46:24 <mickeyl> bon appetit
Apr 28 10:46:25 <mickeyl> JaMa: thanks
Apr 28 10:46:33 <mickeyl> hmm
Apr 28 10:46:34 <mickeyl> wrt. sleep
Apr 28 10:46:42 <mickeyl> i'm inclined to not implement the 'adaptive' mode
Apr 28 10:46:47 <mickeyl> do you think that's a problem?
Apr 28 10:47:04 <mrmoku|lunch> 12:03 < mrmoku> mickeyl: btw. I don't think that adaptive thing is needed... either sleep or not sleep is sufficient IMO
Apr 28 10:47:07 <mrmoku|lunch> no :)
Apr 28 10:47:09 <mickeyl> ah
Apr 28 10:47:11 <mickeyl> excellent
Apr 28 10:47:15 <mickeyl> by now most people know they either have the problem or not, and can customize accordingly
Apr 28 10:47:37 <mrmoku|lunch> yep
Apr 28 10:47:38 <mrmoku|lunch> bbl
Apr 28 10:47:58 <JaMa> mickeyl: ha.. for nothing.. seems like all recipes were using only default VALA_DONT_STAGE_VAPIS from vala.bbclass :)
Apr 28 10:50:12 <mickeyl> heh, ok
Apr 28 10:51:27 <JaMa> hmm what is shr-settings doing with other .desktop files.. maybe it needs some update for new efreet api http://paste.pocoo.org/show/207053/
Apr 28 10:52:25 <JaMa> maybe this shr-settings-addons-illume is why shr-settings is now show while other icons "almost work"
Apr 28 10:53:17 <JaMa> ah and it's not provided by shr-settings package but shr-settings-addons-illume
Apr 28 11:03:25 <CIA-46> freesmartphone.org: 03mickey 07specs * r46a4c0d6094c 10/ (3 files in 3 dirs): org.freesmartphone.GSM.Network: support enum/string marshalling for CipherStatus
Apr 28 11:05:57 <JaMa> vanous1231: shr-launcher now with .edj in feeds
Apr 28 11:06:39 <vanous1231> lemme try
Apr 28 11:13:09 <CIA-46> freesmartphone.org: 03mickey 07specs * rea44e600aec2 10/ (2 files in 2 dirs): fix typo
Apr 28 11:15:07 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r66453889a5ae 10/fsogsmd/src/ (3 files in 2 dirs): fsogsmd: modem_ti_calypso: honor %CPRI and send org.freesmartphone.GSM.Network.CipherStatus accordingly
Apr 28 11:15:50 <mickeyl> addendum: also honor %CSQ
Apr 28 11:22:55 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r2b529ae8b72c 10/fsogsmd/src/plugins/modem_ti_calypso/unsolicited.vala: fsogsmd: modem_ti_calypso: honor %CSQ and send org.freesmartphone.GSM.Network.SignalStrength accordingly
Apr 28 11:24:06 <mrmoku|lunch> :D
Apr 28 11:26:06 <mrmoku> JaMa: I very much enjoy the new bitbake showing log for failures on console... shortens bash history :)
Apr 28 11:26:20 <vanous1231> JaMa: launcher reinstalled and looking ok
Apr 28 11:26:46 <vanous1231> (has internal bugs i will report to c_c)
Apr 28 11:27:37 <JaMa> mrmoku: but bloats shell log.. (that's why I'm using 
Apr 28 11:27:42 <JaMa> | tee log now :)
Apr 28 11:28:12 <JaMa> when defscrollback 10000 in screenrc is not enough :)
Apr 28 11:28:42 <JaMa> mrmoku: best 1.10 feature for me is working -b with BBCLASSEXTENDed recipes..
Apr 28 11:29:36 <mrmoku> hehe, right
Apr 28 11:30:14 <mrmoku> JaMa: are we sure missing vibrator/leds is not just a configuration issue?
Apr 28 11:30:16 <JaMa> why is "org.freesmartphone.GSM.SIM.DeleteMessage index" working with some delay (some cache somewhere?)
Apr 28 11:30:46 <JaMa> when I call it, I still can retrieve those messages.. but after restart they were gone
Apr 28 11:30:48 <Heinervdm_> it's an async call
Apr 28 11:31:04 <Heinervdm_> ah
Apr 28 11:31:18 <JaMa> Heinervdm_: mdbus2 is not waiting for even async call finish?
Apr 28 11:31:33 <mrmoku> JaMa: probably fsogsmd is not removing it from the cache... only from SIM
Apr 28 11:31:44 <JaMa> restart is not really needed.. only as confirmation that they were gone later
Apr 28 11:31:55 <mrmoku> hmm
Apr 28 11:32:17 <JaMa> and org.freesmartphone.GSM.SMS.RetrieveTextMessages shows only "cache"?
Apr 28 11:32:29 <JaMa> how many layers of cache do we have? :)
Apr 28 11:32:37 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r43b4a331a4b2 10/fsogsmd/ (2 files in 2 dirs): fsogsmd: modem_ti_calypso: configure deep sleep. default is 'never'
Apr 28 11:32:42 <mrmoku> no idea if only... but fast as it is it shows them from cache :)
Apr 28 11:32:54 <mrmoku> ~hail mickeyl 
Apr 28 11:32:56 * infobot bows down to mickeyl and chants, "I'M NOT WORTHY!!"
Apr 28 11:33:06 * mrmoku bows down next to infobot
Apr 28 11:33:08 <mickeyl> :)
Apr 28 11:33:12 <JaMa> ~praise mickeyl 
Apr 28 11:33:12 <mickeyl> please test
Apr 28 11:33:14 <infobot> All hail mickeyl!
Apr 28 11:33:18 <mickeyl> as i don't have a device here atm.
Apr 28 11:33:21 <mickeyl> (left in the office)
Apr 28 11:33:28 <mrmoku> mickeyl: yeah, will build and test immediately
Apr 28 11:33:31 <mickeyl> ok, cool
Apr 28 11:33:47 <mickeyl> ok, now the tougher nut
Apr 28 11:34:08 * mickeyl thinks about %N
Apr 28 11:34:31 <mrmoku> mickeyl: people report that using %N in modem_init helps for one or even some calls... but then it gets lost
Apr 28 11:34:50 <mickeyl> ok
Apr 28 11:34:54 <mickeyl> i guess i'm convinved then 
Apr 28 11:34:59 <mickeyl> convinced, actually
Apr 28 11:35:45 <lindi-> "So it seems that the echo suppression command (AT%N0187) gets reset after
Apr 28 11:35:59 <lindi-> every call." -- "Changed 19 months ago by michael  ¶" -- http://docs.openmoko.org/trac/ticket//1267
Apr 28 11:36:13 <spaetz> I am convinced to get a buzz fix, whatever it costs. I made a call from the hospital yesterday and my mother could not even understand me because of the call quality.
Apr 28 11:36:45 <mrmoku> spaetz: you should have come last year to FSOSHRUDCON ;)
Apr 28 11:37:11 <mickeyl> perhaps we can talk alphaone into fixing one more...
Apr 28 11:37:25 <spaetz> I really should.
Apr 28 11:37:33 * Derick would be intersted too
Apr 28 11:37:36 <Derick> but I am in London
Apr 28 11:38:01 * JaMa had all 3 reworks last weekend on OpenMobility and is really happy now
Apr 28 11:38:56 <mickeyl> lindi-: yeah, sometimes i need to be convinced multiple times ;)
Apr 28 11:39:07 <mickeyl> note that i wrote "so it seems" ;)
Apr 28 11:39:20 <daniele_athome> JaMa: ??
Apr 28 11:40:38 <JaMa> daniele_athome: ??? :)
Apr 28 11:41:15 <JaMa> daniele_athome: there was skilful guy doing reworks for all attendants for whole 2 days
Apr 28 11:41:18 <daniele_athome> the reworks
Apr 28 11:41:24 <daniele_athome> JaMa, aaaah at place
Apr 28 11:41:28 <daniele_athome> :(
Apr 28 11:41:41 <JaMa> it was in Zlin, Czech Republic
Apr 28 11:42:33 <JaMa> I went there to talk about SHR so it was really convenient for me to get reworks too
Apr 28 11:48:49 <spaetz> GTA02 v7 doesn't have the #1024 fix included, does it?
Apr 28 11:49:20 * spaetz does not want to shell out 300EUR for obsolete,.... errr. well-tested hardware
Apr 28 11:52:29 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r221dd96b03d7 10/fsogsmd/ (3 files in 2 dirs): fsogsmd: modem_ti_calypso: resend special DSP command on MT/MO setup
Apr 28 11:52:40 <mickeyl> spaetz: no, only "v7+"
Apr 28 11:52:46 <spaetz> mmh, ok
Apr 28 11:52:52 <mickeyl> unofficial revision sold by Goldelico
Apr 28 11:53:11 <mickeyl> mrmoku: untested as well; please report whether this works. 
Apr 28 11:53:16 <spaetz> (v7) mit Datecode > 200903xx is what dshop.ch says
Apr 28 11:53:26 <mickeyl> mrmoku: note that the configuration entries have changed, but it's all documented in the .conf that ships with fsogsmd
Apr 28 11:53:35 <mrmoku> mickeyl: ok
Apr 28 11:53:46 * mrmoku rebuilds again :)
Apr 28 11:53:53 <mickeyl> basically you can still chose
Apr 28 11:53:59 <mrmoku> actually... just noticed last build failed
Apr 28 11:54:00 <mickeyl> but no longer with natural names
Apr 28 11:54:16 <mickeyl> ya, there have been some changes to specs
Apr 28 11:54:25 <mickeyl> so specs and libfso-glib have to be rebuilt as well
Apr 28 11:54:41 <mrmoku> hmm... I'm using fso-autorev.inc
Apr 28 11:54:42 <mickeyl> deeffault is 0187
Apr 28 11:54:55 <mickeyl> libfso-glib hasn't changed
Apr 28 11:54:59 <mrmoku> specs and fso-glib are in there
Apr 28 11:55:00 <mickeyl> i.e. no commit
Apr 28 11:55:03 <mrmoku> ahh
Apr 28 11:55:04 <mickeyl> but still needs rebuild
Apr 28 11:55:07 * mrmoku stupid
Apr 28 11:55:08 <mrmoku> :)
Apr 28 11:55:34 <mickeyl> i should probably always bump the requirement on specs version in fso-glib
Apr 28 11:55:42 <mickeyl> then it would be picked up 
Apr 28 12:00:25 <mrmoku> mickeyl: is IdleNotifier.SetState supposed to work? And if so, does fsodeviced send a signal for the manually set state?
Apr 28 12:03:20 <mrmoku> hmm... code says it should...
Apr 28 12:04:48 <mrmoku> mickeyl: and it does... so nvm
Apr 28 12:04:53 <mrmoku> my problem somehwere :/
Apr 28 12:11:42 <JaMa> mrmoku: strange that #1090 works here and reproducible doesn't work for you
Apr 28 12:11:57 <JaMa> mrmoku: I mean here on reflashed normal shr-u too
Apr 28 12:14:21 <Heinervdm_> for me the settings icon is shown too
Apr 28 12:20:32 <JaMa> welcome Japanese! http://www.linuxfordevices.com/c/a/News/Consortium-from-NTT-DoCoMo-Renesas-Fujitsu-NEC-Panasonic-and-Sharp/ :)
Apr 28 12:20:56 <CIA-46> freesmartphone.org: 03mickey 07specs * rc0ea6e9e6c75 10/ (4 files in 4 dirs): org.freesmartphone.GSM.PDP: add enum/string marshalling for ContextStatus()
Apr 28 12:21:16 <CIA-46> freesmartphone.org: 03mickey 07libfso-glib * ra8ef303b0f70 10/configure.ac: bump fso-spec requirement
Apr 28 12:21:57 <JaMa> RISC-based SH-Mobile R Series system-on-chips. <- Ideal hw for SHR :)
Apr 28 12:23:46 <mickeyl> heh
Apr 28 12:28:48 <Heinervdm_> armv4t-oe-linux-gnueabi/usr/include/integers.h:50:67: error: srtp_config.h: No such file or directory
Apr 28 12:28:57 <Heinervdm_> while building util-linux-ng
Apr 28 12:29:17 * JaMa haven't seen this
Apr 28 12:29:32 <Heinervdm> hmm
Apr 28 12:30:12 <mrmoku> JaMa: #1090 works without adjusting the desktop file?
Apr 28 12:31:57 <Heinervdm> hmm, that's part of pjsip
Apr 28 12:35:32 <JaMa> mrmoku: yes it always worked for me.. 
Apr 28 12:35:44 <JaMa> mrmoku: after opkg upgrade as well as after reflash..
Apr 28 12:35:49 <mrmoku> heh, strange
Apr 28 12:36:00 <JaMa> and in my image as well as std shr-u
Apr 28 12:36:18 <mrmoku> I can make it appear/disappear by fiddling with Categories
Apr 28 12:36:30 <JaMa> and I don't remember asking for hw rework for that :)
Apr 28 12:37:08 <mrmoku> maybe it has to do with #1024 fix... I don't have that one :P
Apr 28 12:37:11 <JaMa> maybe it's illume1/2 issue? I downgraded to illume1 few times over weekend (when there was no home in illume2
Apr 28 12:37:22 <mrmoku> hmnm
Apr 28 12:37:40 <Heinervdm> mrmoku: i dont have #1024 and i don't have #1090 ;)
Apr 28 12:37:53 <mrmoku> Heinervdm: hmm... the bass fix then? ;)
Apr 28 12:38:01 <Heinervdm> mrmoku: i have no fix
Apr 28 12:38:21 <mrmoku> maybe #1090 shows only when one has just the buzz fix :)
Apr 28 12:38:36 * mrmoku tries switching illume1/2 now
Apr 28 12:40:23 <mrmoku> heh
Apr 28 12:40:46 <mrmoku> switched to illume1 and have an empty home with two empty buttons in the middle now :)
Apr 28 12:41:49 <mrmoku> switching back to illume2 the desktop is filled again... but shr-settings is still missing
Apr 28 12:42:11 <PaulFertser> If everyone's interested, i can confirm adhoc with ar6001 works, just set ad-hoc mode before setting SSID, and it works quite nice. Tethering to an HTC device right atm.
Apr 28 12:42:18 <PaulFertser> anyone's
Apr 28 12:43:11 <JaMa> great, thanks for info
Apr 28 12:43:38 * JaMa is still happy about hostap host mode on his spitz
Apr 28 13:04:24 <mrmoku> TAsn: ping
Apr 28 13:05:21 <Heinervdm> mrmoku: pjproject is evil
Apr 28 13:05:27 <mrmoku> heh
Apr 28 13:05:33 <Heinervdm> it breakes whole staging
Apr 28 13:05:39 <mrmoku> shit :/
Apr 28 13:05:46 <Heinervdm> so i don't know if it's a good idea to use it
Apr 28 13:05:59 <mrmoku> Heinervdm: the standalone one? or the one included in sflphone?
Apr 28 13:06:18 <Heinervdm> that's the standalone version, but i think the included version is the same
Apr 28 13:06:34 <mrmoku> Heinervdm: the included one does not need installing though
Apr 28 13:06:43 <Heinervdm> i added another sip library to oe some months ago
Apr 28 13:07:13 <Heinervdm> but you want to have the sflphone deamon, not just the lib
Apr 28 13:07:22 <mrmoku> yep sflphone daemon is the interesting part
Apr 28 13:07:55 <mrmoku> IMO it would nicely fill the VOIP gap
Apr 28 13:08:37 <Heinervdm> yes
Apr 28 13:08:55 <mrmoku> and I'm using it daily on my notebook
Apr 28 13:08:56 <mrmoku> works great
Apr 28 13:08:58 <Heinervdm> the one i've added is the one used in telephathy
Apr 28 13:09:34 <mrmoku> the last time I checked telepathy it did not have the VOIP part... just SIP presence and such
Apr 28 13:10:04 <Heinervdm> and telepathy is a bit too big
Apr 28 13:11:06 <misc> telepathy with sofiasip should be able to give voip call 
Apr 28 13:11:21 <Heinervdm> sofiasip is the one i added to OE
Apr 28 13:12:00 <mrmoku> Heinervdm: hmm http://telepathy.freedesktop.org/wiki/Protocols%20Support tells me voice should work
Apr 28 13:12:44 <Heinervdm> mrmoku: the problem is, that the telepathy version in OE is quite old and i wasn't able to update it easly
Apr 28 13:14:29 <mrmoku> shit again
Apr 28 13:14:32 * mrmoku wants VOIP :/
Apr 28 13:14:36 <JaMa> mickeyl: it's ok to list fsogsmd.conf files in CONFFILES in recipe? now with deepsleep option, there will be lot of users with only this one option changed (and rewritten with each bump)
Apr 28 13:15:16 <JaMa> mickeyl: I know you said, that users should change their fso2 configs somewhere else.. 
Apr 28 13:15:19 <Heinervdm> mrmoku: perhaps we can fix pjproject or use the newer one
Apr 28 13:15:25 <mickeyl> I'd rather see users copying the configuration to /etc/
Apr 28 13:15:30 <mickeyl> and tweaking it there
Apr 28 13:15:46 <JaMa> mickeyl: but then addind new required options will push more pain to them
Apr 28 13:15:54 <TAsn> mrmoku, pong.
Apr 28 13:15:58 <mickeyl> JaMa: hmm, ok
Apr 28 13:16:48 <JaMa> mickeyl: it's up to you.. I see why you don't like tweaking default configs
Apr 28 13:17:40 <JaMa> mickeyl: and I also dont see how to fill CONFFILES dynamically in recipe based on list of conf files actually included in source (so I'm not so happy too :))
Apr 28 13:20:13 <mickeyl> i guess sooner or later we need to come up with a two step lookup
Apr 28 13:20:33 <mickeyl> i consider the configuration files for system integrators only
Apr 28 13:20:40 <mickeyl> however
Apr 28 13:20:51 <mickeyl> some options are indeed per-user
Apr 28 13:21:39 <JaMa> yeah like deep sleep, best way would be to replace values from per-user config to default config
Apr 28 13:21:45 <mickeyl> *nod*
Apr 28 13:21:48 <mickeyl> that's what i'm thinking
Apr 28 13:21:53 <mickeyl> so per-user configuration would be very small
Apr 28 13:21:57 <JaMa> so in per-user I would specify only deep-sleep
Apr 28 13:22:01 <mickeyl> and dsp_mode
Apr 28 13:22:05 <mickeyl> (or not even that)
Apr 28 13:22:48 <mickeyl> that makes looking up config values slower, but is probably worth it
Apr 28 13:23:08 <mickeyl> let me think about that for a while and feel free to set the config files as CONFFILES until we have something better
Apr 28 13:23:43 <JaMa> ok, I'll add it only to fsogsmd now (as it will be commonly tweaked now)
Apr 28 13:25:16 <CIA-46> freesmartphone.org: 03mickey 07specs * rae38b9d1e9e2 10/ (2 files in 2 dirs): org.freesmartphone.GSM.PDP: enum/string marshalling in GetContextStatus()
Apr 28 13:25:45 <mickeyl> it's just that one option ... pity we don't have a way to recognize fixed machines :/
Apr 28 13:26:17 <mrmoku> TAsn: in quick settings we use idle state to lock the screen
Apr 28 13:26:57 <mrmoku> TAsn: hmm... nvm for now
Apr 28 13:27:00 <mrmoku> have to think more
Apr 28 13:27:01 <TAsn> ok
Apr 28 13:31:16 <TAsn> PaulFertser, mrmoku: for the last time, for real :P I'm sorry. Should have been @Contacts and not @contacts :(
Apr 28 13:31:22 <TAsn> last change, I hope :P
Apr 28 13:34:51 <PaulFertser> TAsn: :))))
Apr 28 13:34:58 <TAsn> will commit soon.
Apr 28 13:35:16 <PaulFertser> TAsn: being the only user of the emacs interface i have no problems with changing the field name.
Apr 28 13:35:44 <TAsn> PaulFertser, that's what happens when you ship something *before* implementing/thinking through.
Apr 28 13:35:45 <TAsn> :)
Apr 28 13:39:51 <JaMa> wow angstrom is preparing for gcc-4.5.0 :) good for us http://gitorious.org/angstrom/openembedded/commit/171b6167ac571ca3dc6caefa0a6f71bad9040fc7
Apr 28 13:40:26 <JaMa> sofar on my desktop I found few ebuilds not compatible with 4.5.0 and my next SHR rebuild will be with 4.5.0 it seems
Apr 28 13:47:26 <Heinervdm> mickeyl: are there indices that i shouldn't use to save contacts on sim?
Apr 28 13:48:19 <mickeyl> well, the number is limited
Apr 28 13:48:22 <mickeyl> and it starts w/ 1
Apr 28 13:48:25 <mickeyl> but other than that... no
Apr 28 13:48:43 <Heinervdm> so i can start with 1 to search for an empty slot
Apr 28 13:48:44 <mickeyl> (limit is different for every phonebook btw.)
Apr 28 13:48:47 <mickeyl> yes
Apr 28 13:48:53 <Heinervdm> ok
Apr 28 13:50:17 <TAsn> FFS
Apr 28 13:50:28 <TAsn> mickeyl, I now noticed that it's not possible in dbus
Apr 28 13:50:37 <TAsn> to embed a dict inside a dict
Apr 28 13:50:39 <TAsn> is this true?
Apr 28 13:51:43 <mickeyl> afaik no
Apr 28 13:51:54 <mickeyl> afaik dbus does not limited it
Apr 28 13:52:05 <TAsn> <TAsn> I just got: "process 18533: Array or variant type requires that type string be written, but end_dict_entry was written. The overall signature expected here was '' and we are on byte 90 of that signature."
Apr 28 13:52:11 <Derick> you can embed everything in everything
Apr 28 13:52:21 <mickeyl> TAsn: that sounds like a problem in the binding
Apr 28 13:52:29 <TAsn> hm..
Apr 28 13:53:13 <TAsn> Well, it doesn't work :(
Apr 28 13:53:38 <CIA-46> freesmartphone.org: 03mickey 07specs * r23d005d7d30a 10/ (2 files in 2 dirs): 
Apr 28 13:53:38 <CIA-46> freesmartphone.org: org.freesmartphone.GSM.PDP: disable enum/string marshalling for GetContextStatus() now
Apr 28 13:53:38 <CIA-46> freesmartphone.org: (exposes a bug with async string marshalled out params in Vala)
Apr 28 13:54:03 <mickeyl> which bindings are you using?
Apr 28 13:56:52 <CIA-46> freesmartphone.org: 03mickey 07specs * r3b7b76f159c9 10/ (2 files in 2 dirs): fix last commit
Apr 28 13:58:14 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r1f605391769a 10/fsogsmd/ (5 files in 4 dirs): fsogsmd: prepare sending context status signals and honor status in calls to Activate() and Deactivate()
Apr 28 14:07:46 <JaMa> mrmoku: loosing focus while writting sms was bug in *phoneui* or is still bug in EFL?
Apr 28 14:08:11 <mrmoku> well... we think that we workarounded an EFL bug
Apr 28 14:08:32 <JaMa> mrmoku: I want to try it today and if it's fixed in latest EFL I would have reason to push it :)
Apr 28 14:08:46 <JaMa> mrmoku: ah, then I need to disable workarround for test :)
Apr 28 14:08:51 <mrmoku> yep :)
Apr 28 14:09:06 <mrmoku> that would be just one line in libphone-ui-shr though
Apr 28 14:09:19 <JaMa> http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commit;h=c9deeda7643a646fc82b4c1ff7435bee73be5ace this one?
Apr 28 14:09:25 <TAsn> mrmoku, want a cool surprise?
Apr 28 14:09:39 <mrmoku> TAsn: always :)
Apr 28 14:09:49 <TAsn> get
Apr 28 14:09:52 <TAsn> framework 6d09d0de10b81e3c19aedeea1bb2fbbcbbb4a6cd
Apr 28 14:09:57 <TAsn> and try querying with
Apr 28 14:10:03 <TAsn> _retrieve_full_contact True
Apr 28 14:10:04 <TAsn> :P
Apr 28 14:10:29 <JaMa> heh lots of commits are fixing focus :)
Apr 28 14:11:16 <mrmoku> JaMa: are we talking messages or contact-view?
Apr 28 14:12:03 <JaMa> I know only about focus-loss in messages
Apr 28 14:12:20 <JaMa> but whatever is easier to reproduce
Apr 28 14:12:48 <CIA-46> freesmartphone.org: 03tom 07framework * r6d09d0de10b8 10/framework/subsystems/opimd/db_handler.py: opimd: Renamed @contacts to @Contacts and added support for _retrieve_full_contact.
Apr 28 14:13:41 <mrmoku> JaMa: the message one not showing the keyboard was our bug
Apr 28 14:14:06 <mrmoku> JaMa: to try if the contact-view field edit bug is fixed you have to comment out one line
Apr 28 14:14:09 <CIA-46> freesmartphone.org: 03tom 07framework * re894cc035ab9 10/framework/subsystems/opimd/db_handler.py: opimd: moved the dbus import to the start.
Apr 28 14:15:06 <mrmoku> JaMa: take a look at 5c3e8e709793370120961f9256cb1d583fe69824
Apr 28 14:15:19 <mrmoku> JaMa: the elm_object_unfocus is the workaround
Apr 28 14:16:32 <mrmoku> heh... empathy does not know tab-completion for nick names :/
Apr 28 14:18:07 <mrmoku> misc: but indeed... it _does_ VOIP calls :)
Apr 28 14:18:11 <TAsn> mrmoku, please build both frameworkd and pyphonelog :P
Apr 28 14:19:09 <TAsn> mrmoku, please build both frameworkd and pyphonelog :P
Apr 28 14:19:10 <JaMa> mrmoku: ok, thanks
Apr 28 14:19:11 <TAsn> :P
Apr 28 14:19:34 <JaMa> mrmoku: I can build it, if you have better things to do :)
Apr 28 14:19:48 <mrmoku> JaMa: that would be great :-)
Apr 28 14:19:49 <TAsn> JaMa, mrmoku: did any of you build (and fixed the recipe) e-wm-config-illume2-shr and shr-e-gadgets?
Apr 28 14:20:05 <JaMa> TAsn: it was built for sure
Apr 28 14:20:28 <JaMa> but will check if BOTH are AUTOREV
Apr 28 14:21:01 <TAsn> :P
Apr 28 14:21:15 <JaMa> shr-e-gadgets is not, config is
Apr 28 14:21:42 <TAsn> so please build that as well.
Apr 28 14:21:49 <JaMa> sure
Apr 28 14:21:59 <TAsn> http://scap.linuxtogo.org/files/92a60f098ece79c79ebd00263f7991ed.png
Apr 28 14:22:03 <TAsn> this is the outcome. :)
Apr 28 14:22:10 <TAsn> JaMa, but before that.
Apr 28 14:22:24 <TAsn> JaMa, you need to fix the ticket to include package data dir
Apr 28 14:22:29 <TAsn> as it doesn't atm. :|
Apr 28 14:22:50 <TAsn> PaulFertser, btw, if you are interested
Apr 28 14:22:59 <TAsn> I committed @Contacts
Apr 28 14:23:07 <TAsn> And I also allow getting full contact
Apr 28 14:23:12 <TAsn> when resolving in opimd
Apr 28 14:23:13 <TAsn> if you want :P
Apr 28 14:23:18 <JaMa> mrmoku: did you test fsogsmd calypso stuff already? I have bump patch but cannot test it on device now
Apr 28 14:23:27 <JaMa> TAsn: which ticket?
Apr 28 14:23:38 <TAsn> recipe
Apr 28 14:23:39 <TAsn> ffs :P
Apr 28 14:23:45 <TAsn> I'm such an idiot :)
Apr 28 14:24:43 <JaMa> TAsn: ah, that something you talked with mrmoku yesterday?
Apr 28 14:25:17 * Heinervdm needed 15 minutes to see that he forgot to update his libphone-ui version
Apr 28 14:25:33 <TAsn> JaMa, yes.
Apr 28 14:25:36 <JaMa> ok
Apr 28 14:25:41 <PaulFertser> TAsn: thanks for the info
Apr 28 14:25:42 <mrmoku> hehe, freaking local builds :P
Apr 28 14:25:45 <TAsn> PaulFertser, np.
Apr 28 14:25:54 <TAsn> mrmoku, didn't you hear what I said?!
Apr 28 14:26:00 <TAsn> You can now get full contact
Apr 28 14:26:01 <TAsn> !
Apr 28 14:26:29 <TAsn> :P
Apr 28 14:26:32 <sicu> Heinervdm: what does Import All in SIM Manager do? the busy signal has been spinning for the past 10 minutes
Apr 28 14:26:34 <mrmoku> TAsn: I'm a bit distracted, because I'm trying to use empathy to chat right now... which feels strange :P
Apr 28 14:26:35 <TAsn> messages will be faster now.
Apr 28 14:26:41 <TAsn> yuck, why?!
Apr 28 14:26:44 <mrmoku> and have the small one on the arm too
Apr 28 14:26:51 <TAsn> I can't chat in anything but xchat.
Apr 28 14:26:56 <mrmoku> just because I tried if it actually really supports voip
Apr 28 14:27:07 <TAsn> does it?
Apr 28 14:27:14 <Heinervdm> sicu: it imports all contacts from sim to opimd,
Apr 28 14:27:28 <mrmoku> this thing shows me notifications for all messages in all channels I'm logged in :P
Apr 28 14:27:36 <Heinervdm> sicu: but that busy signal was added by mrmoku not me ;)
Apr 28 14:27:48 <sicu> meh, in that case it should be done by now, i only have one contact in there ;p
Apr 28 14:28:14 <sicu> Heinervdm: are you gonna make an export all button too? ;)
Apr 28 14:28:15 <mrmoku> sicu: something went wrong then :P
Apr 28 14:28:31 * mrmoku back to irssi now :D
Apr 28 14:28:53 <Heinervdm> sicu: no, you have to select the ones you want to export one by one
Apr 28 14:29:31 <mrmoku> heh... and closing empathy made bip leave the channel :P
Apr 28 14:30:01 <sicu> Heinervdm: oh, well, i'm happy as long as export is possible =]
Apr 28 14:31:43 <JaMa> TAsn: shr-e-gadgets/linux-gnueabi-arm-ver-pre-svn-05/module.* - there is .a .la and .so, only .so is needed right? .la to -dev and .a to -static
Apr 28 14:31:55 <TAsn> yes.
Apr 28 14:32:53 <Heinervdm> hmm, i made libphone-ui-shr segfault...
Apr 28 14:33:22 <Heinervdm> i think it's this one: CRI:evas_main evas_object_box.c:581 evas_object_box_layout_set() no widget data for object (nil) ((null)
Apr 28 14:35:30 <mrmoku> TAsn: ok... finished thinking :P
Apr 28 14:35:47 <mrmoku> TAsn: we set idle state to 'lock' when we want to show the IdleScreen
Apr 28 14:35:55 <mrmoku> that does not work when display is requested
Apr 28 14:36:05 <TAsn> well
Apr 28 14:36:07 <TAsn> it shouldn't lock
Apr 28 14:36:12 <TAsn> when display is requested.
Apr 28 14:36:36 <mrmoku> TAsn: but I want to be able to trigger IdleScreen anyway
Apr 28 14:36:56 <TAsn> doesn't the dbus->phoneuid way work?
Apr 28 14:37:27 <mrmoku> we can just call phoneui_idle_screen_show
Apr 28 14:37:44 <TAsn> where from?
Apr 28 14:37:52 <mrmoku> quick settings
Apr 28 14:37:58 <TAsn> don't we do that+
Apr 28 14:37:59 <TAsn> ?
Apr 28 14:38:07 <mrmoku> no, you did the idle state set
Apr 28 14:38:07 <TAsn> If not I'm an ass and don't mind me :P
Apr 28 14:38:14 <TAsn> oh wait
Apr 28 14:38:16 <TAsn> should do both.
Apr 28 14:38:18 <TAsn> probably.
Apr 28 14:38:22 <TAsn> I had a reason.
Apr 28 14:39:07 <mrmoku> that's what I wanted to know from you... the reason :P
Apr 28 14:39:20 <JaMa> mrmoku: what about fsogsmd? :)
Apr 28 14:40:20 <mrmoku> JaMa: in which sense?
Apr 28 14:40:35 <JaMa> 16:23:16 < JaMa> mrmoku: did you test fsogsmd calypso stuff already? I have bump patch but cannot test it on device now
Apr 28 14:41:01 <mrmoku> JaMa: ohh... sorry missed that one :P
Apr 28 14:41:17 <mrmoku> I have it installed... it registers... did not confirm with calls yet
Apr 28 14:41:33 * mrmoku goes downstairs to do a phone call
Apr 28 14:42:11 <Heinervdm> ups, i forgot to add a proper check
Apr 28 14:42:22 <Heinervdm> how can i check for an empty g_string?
Apr 28 14:43:26 <TAsn> mrmoku, without any cool optimizations:
Apr 28 14:43:37 <TAsn> Query matched 50 entries, and took 1.73 sec
Apr 28 14:43:40 <TAsn> (missed calls)
Apr 28 14:43:45 <TAsn> Query matched 50 entries, and took 2.24 sec
Apr 28 14:43:51 <TAsn> (missed calls with resolving contacts)
Apr 28 14:45:53 <TAsn> And only resolving to contact ids:
Apr 28 14:46:01 <TAsn> Query matched 50 entries, and took 1.83 sec
Apr 28 14:47:08 <TAsn> from ~2000 calls iirc
Apr 28 14:48:09 <TAsn> ok from ~1000 calls
Apr 28 14:48:11 <TAsn> not 20000
Apr 28 14:48:12 <TAsn> 2000
Apr 28 14:48:19 <TAsn> So this is not terribly fast.
Apr 28 14:48:39 <TAsn> But you have to remember the 0.5 second of resolving is not yet "optimized"
Apr 28 14:48:56 <TAsn> and the 1.6 is probably because it's python or whatever ;P
Apr 28 14:50:46 <mrmoku> JaMa: calling seems to work too... bump :-)
Apr 28 14:50:52 <vanous1231> mrmoku: great
Apr 28 14:51:12 <JaMa> pushed
Apr 28 14:51:19 <mrmoku> TAsn: great
Apr 28 14:51:28 <TAsn> Query matched 13 entries, and took 0.43 sec
Apr 28 14:51:38 <TAsn> resolving + getting my 13 messages :P
Apr 28 14:52:15 <mrmoku> TAsn: should I adjust libphone-ui?
Apr 28 14:52:54 <TAsn> yes.
Apr 28 14:53:00 <vanous1231> TAsn: i observed a guy with android (on htc desire) on saturday , first loading of contact app with 100 contacts took longer then on shr with ~450 
Apr 28 14:53:01 <TAsn> _resolve_phonenumber True
Apr 28 14:53:06 <TAsn> and _retrieve_full_contact True
Apr 28 14:53:20 <mrmoku> ok
Apr 28 14:53:22 <TAsn> vanous1231, are you for real?
Apr 28 14:53:24 <TAsn> vanous1231, cool :P
Apr 28 14:53:30 <TAsn> vanous1231, which means they also cache btw.
Apr 28 14:53:31 <vanous1231> yes, it really seemed like
Apr 28 14:53:37 <TAsn> vanous1231, to be honest
Apr 28 14:53:40 <vanous1231> yes, it seemed they do the same trick
Apr 28 14:53:45 <TAsn> I think our main bottleneck
Apr 28 14:53:47 <vanous1231> load and then just hide perhaps...
Apr 28 14:53:55 <TAsn> is the GPU
Apr 28 14:54:08 <vanous1231> this is for the scrolling etc
Apr 28 14:54:13 <TAsn> yes.
Apr 28 14:54:16 <vanous1231> yeah, there we cannot beat them...
Apr 28 14:54:19 <mrmoku> ~lart FRs GPU
Apr 28 14:54:20 <TAsn> :)
Apr 28 14:54:20 * infobot brandishes Excalibur! "With this sword, I vanquish thee, FRs GPU!" and lops off FRs GPU's head
Apr 28 14:54:38 <TAsn> mrmoku, btw
Apr 28 14:54:44 <TAsn> this + get_result_count (-1)
Apr 28 14:54:52 <TAsn> simplifies everything a lot
Apr 28 14:54:56 <TAsn> right?
Apr 28 14:54:57 <vanous1231> huh, mess here all around from RF GPU's head 
Apr 28 14:54:59 <mrmoku> yep
Apr 28 14:55:22 <JaMa> vanous1231: but they also had ICQ contacts :)
Apr 28 14:55:36 <vanous1231> JaMa: well, agree, but
Apr 28 14:55:44 <vanous1231> you should see my contact list
Apr 28 14:55:49 <TAsn> who had icq contacts?
Apr 28 14:55:51 <TAsn> android?
Apr 28 14:55:57 <JaMa> now with ICQ owned by DST.. they will probably remove it :)
Apr 28 14:56:04 <vanous1231> every contact has a name, surname, phone, company, address, some have email and second phone number
Apr 28 14:56:34 <vanous1231> i have not too many fields, but reasonably i think
Apr 28 14:56:41 <TAsn> btw, don't worry, in the future we intend to integrate telepathy :P
Apr 28 14:56:52 <vanous1231> TAsn: how would it integrate?
Apr 28 14:57:00 <TAsn> like in webos I hope
Apr 28 14:57:05 <TAsn> Will "just work"
Apr 28 14:57:20 <vanous1231> but would you then have to rewrite some of the low level stuff?
Apr 28 14:57:28 <TAsn> only in the GUI
Apr 28 14:58:02 <Heinervdm> TAsn, mrmoku: http://heinervdm.dyndns.info/shr-git/libphone-ui-shr/src/view/sim-manager-view.c Line 326, it segfaults wen adding the box...
Apr 28 14:58:13 <JaMa> TAsn: but you're talking only about telepathy framework.. I want real telepathy for mind control and telekinetic powers too
Apr 28 14:59:04 <TAsn> JaMa, hopefully that will also be integrated.
Apr 28 15:01:16 <JaMa> great, thank you
Apr 28 15:01:21 <vanous1231> JaMa: as far as the icq, i think the icq contacts were already included in the loaded list (on that android), so this doesn't alter the result much, or?
Apr 28 15:01:41 * JaMa -> football tennis, bbl
Apr 28 15:01:44 <vanous1231> or is icq in particulary loading longer there you think?
Apr 28 15:01:47 <vanous1231> JaMa: ok
Apr 28 15:02:35 <JaMa> vanous1231: no.. probably already included in some backend and in some stupid way as showing UIN instead of some nickname (provided by plugin) is not much usefull
Apr 28 15:03:14 <vanous1231> exactly. so what i mean is - i was surprised by the lag of the first startup there...
Apr 28 15:03:29 <JaMa> vanous1231: btw you can check build status here http://tinderbox.openembedded.net/builds/69919/ and test newer fsogsmd soon if it finish ok
Apr 28 15:03:43 <vanous1231> ok
Apr 28 15:03:54 <vanous1231> gotta seed carrots today, so will test later
Apr 28 15:06:05 <CIA-46> SHR: 03tom 07libphone-ui * rc994be80cd9c 10/src/phoneui-utils-contacts.c: Removed the unused libfso-glib code from contacts.
Apr 28 15:07:24 <CIA-46> SHR: 03tom 07libphone-ui * r3e85f1aaa8cb 10/src/phoneui-utils-contacts.c: Removed (more) the unused libfso-glib code from contacts.
Apr 28 15:11:16 <TAsn> mrmoku, ping
Apr 28 15:15:22 <mrmoku> TAsn: pong
Apr 28 15:15:26 <mrmoku> had to make the small one sleep
Apr 28 15:15:31 <TAsn> :)
Apr 28 15:15:36 <mrmoku> typing with less than 10 fingers is something I'm not good at :P
Apr 28 15:15:37 <TAsn> Are you working on adding full contact resolving
Apr 28 15:15:42 <TAsn> and removing the annoying
Apr 28 15:15:44 <TAsn> count callback?
Apr 28 15:17:27 <mrmoku> TAsn: yep, working on it
Apr 28 15:17:53 <TAsn> ok.
Apr 28 15:17:54 <TAsn> great.
Apr 28 15:18:42 <mrmoku> Heinervdm: the elm_box_add ?
Apr 28 15:19:54 <Heinervdm> mrmoku: i think yes
Apr 28 15:20:16 <Heinervdm> CRI:evas_main evas_object_box.c:581 evas_object_box_layout_set() no widget data for object (nil) ((null)) 
Apr 28 15:21:06 <mrmoku> hmm
Apr 28 15:21:48 <mrmoku> shit... he woke up again... forgot to set %SLEEP=4 :P
Apr 28 15:22:39 <Heinervdm> :D
Apr 28 15:23:17 <mickeyl> heh
Apr 28 15:25:28 <mrmoku> mickeyl: my son... not my phone :-)
Apr 28 15:26:36 <CIA-46> freesmartphone.org: 03tom 07framework * r87ca9a4f340e 10/framework/subsystems/opimd/TODO: opimd: Updated TODO.
Apr 28 15:26:43 <mickeyl> i guess that much ;)
Apr 28 15:28:17 <TAsn> mrmoku, while we are at it, mind adjusting one more thing?
Apr 28 15:29:10 <mrmoku> what?
Apr 28 15:29:16 <TAsn> mrmoku, I'm changing the Recipient/Peer mess
Apr 28 15:29:22 <TAsn> Recipient/Sender mess
Apr 28 15:29:23 <TAsn> to Peer
Apr 28 15:29:31 <TAsn> ok?
Apr 28 15:29:31 <mrmoku> ohh... great :)
Apr 28 15:29:38 <mrmoku> simplifies even more
Apr 28 15:30:21 <CIA-46> freesmartphone.org: 03tom 07framework * rd5eab4fd117d 10/framework/subsystems/opimd/pimd_messages.py: opimd: Changed Recipient/Sender to Peer in messages.
Apr 28 15:30:31 <TAsn> done :P
Apr 28 15:31:43 <TAsn> I wonder how the users will react to the missing softkey :P
Apr 28 15:33:00 <mrmoku> TAsn: it was @Contact ?
Apr 28 15:33:37 <TAsn> @Contacts
Apr 28 15:33:43 <TAsn> And it contains the FULL contact hash
Apr 28 15:33:47 <mrmoku> ohh.. can be more?
Apr 28 15:35:18 <TAsn> what do you mean?
Apr 28 15:35:29 <TAsn> There can be more than one contact in there btw
Apr 28 15:35:34 <TAsn> this can either be a list or a single contact
Apr 28 15:38:31 <mrmoku> TAsn: that's what I ment... multiple contacts... and how do I know that?
Apr 28 15:38:43 <mrmoku> I mean I have to use g_value_get_boxed
Apr 28 15:38:48 <mrmoku> and know what it is
Apr 28 15:39:17 <TAsn> yes.
Apr 28 15:39:48 <mrmoku> so how can I tell if it is just one GHashTable or an array of those? or is it always an array?
Apr 28 15:40:02 <TAsn> just check
Apr 28 15:40:04 <TAsn> if it's an hash table
Apr 28 15:40:09 <TAsn> it's an hash table
Apr 28 15:40:13 <TAsn> otherwise it's a list :P
Apr 28 15:40:16 <mrmoku> how?
Apr 28 15:40:49 <TAsn> I don't remember
Apr 28 15:40:51 <TAsn> there are macros
Apr 28 15:40:52 <TAsn> :P
Apr 28 15:40:59 <mrmoku> no
Apr 28 15:41:20 <mrmoku> at least I don't know them :P
Apr 28 15:42:04 <TAsn> http://library.gnome.org/devel/gobject/unstable/gobject-The-Base-Object-Type.html#G-OBJECT-TYPE-NAME:CAPS
Apr 28 15:42:08 <TAsn> for instance.
Apr 28 15:42:23 <TAsn> or that probably returns boxed.
Apr 28 15:42:28 <TAsn> mrmoku, just ask in GTK
Apr 28 15:42:58 <Heinervdm> mrmoku: tried to get a backtrace, but that completly useless...
Apr 28 15:43:54 <mrmoku> Heinervdm: :/
Apr 28 15:44:20 <mrmoku> TAsn: ok, will think about it while preparing the table :)
Apr 28 15:44:42 <mrmoku> bbl
Apr 28 15:45:01 <TAsn> ciao.
Apr 28 16:24:55 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r6f90e286c5f7 10/fsogsmd/src/lib/modem.vala: fsogsmd: modem: fix wrong modem status during resuming
Apr 28 16:24:56 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r2822ffae72b2 10/fsogsmd/src/lib/watchdog.vala: fsogsmd: watchdog: save last modem status and resend registration update after resume - closes FSO #552
Apr 28 16:26:07 <PaulFertser> mickeyl: hm, so you decided that's the logical thing to do in the end? Strange, i still can't see any reasoing.
Apr 28 16:27:10 <mickeyl> i wasn't aware of your discussion
Apr 28 16:27:13 <mickeyl> it's what ogsmd did
Apr 28 16:32:25 <mickeyl> PaulFertser: my reasoning is that the registration status during suspend is likely to change and we want to update our apps asap
Apr 28 16:34:48 <PaulFertser> mickeyl: then why cache last modem status?
Apr 28 16:34:59 <mickeyl> ?
Apr 28 16:35:06 <mickeyl> last modem status is an internal variable
Apr 28 16:35:21 <mickeyl> i need to be able to recognize the proper state transition here
Apr 28 16:35:47 <PaulFertser> mickeyl: to me it seems logical that status should be sent only if it was changed, and not "just in case" on resume.
Apr 28 16:36:09 <mickeyl> sounds reasonable
Apr 28 16:36:17 <mickeyl> however i don't have any means to check whether it changed
Apr 28 16:36:22 <mickeyl> since i don't save the last status
Apr 28 16:36:56 <mickeyl> i could, but that would be double bookkeeping
Apr 28 16:37:04 <mickeyl> which i usually try to avoid
Apr 28 16:37:22 <PaulFertser> mickeyl: so what you implemented is "query current network status after resume because we might have missed status update while being suspended", right?
Apr 28 16:37:29 <mickeyl> correct
Apr 28 16:37:34 <mickeyl> status is a bit overloaded
Apr 28 16:37:40 <mickeyl> "modem status" is my internal status
Apr 28 16:37:43 <mickeyl> not the registration status
Apr 28 16:38:02 <PaulFertser> Ah, ok. Misunderstood you.
Apr 28 16:40:56 <PaulFertser> mickeyl: ok, so i now got it, sounds reasonable, sorry for the noise. BTW, with fsogsmd telephony is so solid that it's hard to believe. :) The only reproducible issue is that if everybody releases the GSM resource, fsogsmd can't work until restart. And yes, i know, i should provide the real debug logs. 
Apr 28 16:43:24 <mickeyl> :)
Apr 28 16:43:49 <mickeyl> yes, restartability might be broken for calypso
Apr 28 16:43:51 <mickeyl> logs would be appreciated
Apr 28 16:44:24 <lindi-> PaulFertser: does it handle calypso crashing?
Apr 28 16:44:37 <PaulFertser> lindi-: no, but calypso didn't crash for me.
Apr 28 16:45:11 <lindi-> PaulFertser: have you tried linphone over gprs?
Apr 28 16:45:26 <PaulFertser> lindi-: no. Should i?
Apr 28 16:45:45 <lindi-> PaulFertser: yeah :)
Apr 28 16:45:50 <lindi-> PaulFertser: it causes almost instant craswh
Apr 28 16:46:11 <PaulFertser> lindi-: heh, i now see how much you like me ;)
Apr 28 16:48:09 <mickeyl> since adding flow control to libgsm0710mux, calypso never crashed for me
Apr 28 16:48:12 <mickeyl> ages ago
Apr 28 16:50:37 <PaulFertser> lindi-'s still using gsm0710muxd i guess :)
Apr 28 16:50:57 <mickeyl> uh oh
Apr 28 16:50:58 <mickeyl> ok
Apr 28 16:51:20 <lindi-> mickeyl: even with linphone?
Apr 28 16:51:35 <mickeyl> i don't even know what linphone is
Apr 28 16:51:38 <mickeyl> but i treated it badly
Apr 28 16:51:40 <lindi-> mickeyl: a SIP client
Apr 28 16:51:44 <mickeyl> will all kinds of data patterns
Apr 28 16:51:48 <mickeyl> s/will/with/
Apr 28 16:51:49 <infobot> mickeyl meant: with all kinds of data patterns
Apr 28 16:51:53 <lindi-> i tried to figure out how to reproduce it too
Apr 28 17:07:57 <PaulFertser> mickeyl: sent you a full debug log link (just in case) via notice
Apr 28 17:08:31 <mickeyl> ok
Apr 28 17:08:34 <mickeyl> got it
Apr 28 17:11:08 <mickeyl> hmm
Apr 28 17:11:15 <mickeyl> have problems downloading it
Apr 28 17:11:29 <mickeyl> perhaps it just takes a while...
Apr 28 17:14:40 <mickeyl> hmm, no
Apr 28 17:14:40 <mickeyl> failed
Apr 28 17:14:53 <PaulFertser> mickeyl: just checked, the url is correct and server is accessible. Got no request from you though.
Apr 28 17:14:54 <mickeyl> ah
Apr 28 17:14:55 <mickeyl> wget rocks
Apr 28 17:14:59 <mickeyl> now it worked
Apr 28 17:15:06 <mickeyl> yo gnustavo 
Apr 28 17:15:07 <mickeyl> err
Apr 28 17:15:10 <mickeyl> morning GNUtoo 
Apr 28 17:15:11 <PaulFertser> Yep
Apr 28 17:18:14 <mickeyl> ah yes, that's what i'm seeing here as well
Apr 28 17:18:16 <mickeyl> (logs)
Apr 28 17:18:34 <mickeyl> it's quite interesting, actually
Apr 28 17:19:08 <mickeyl> the modem _should_ have seen full restart
Apr 28 17:19:18 <mickeyl> but for some reason it doesn't want to hand out the channel
Apr 28 17:19:22 <mickeyl> i have an idea where that comes from
Apr 28 17:19:23 <lindi-> can I see the log too?
Apr 28 17:23:58 <PaulFertser> lindi-: got it?
Apr 28 17:25:41 <lindi-> PaulFertser: hmm no, where did it go? ;)
Apr 28 17:28:49 <PaulFertser> lindi-: notice, so it should have gone to your "status" window.
Apr 28 17:31:00 <lindi-> PaulFertser: didn't
Apr 28 17:31:50 <mrmoku> mickeyl: thanks for fixing all my tickets :-)
Apr 28 17:33:34 <daniele_athome> hi
Apr 28 17:34:03 <daniele_athome> guys is there someway to workaround that 512 CMS error?
Apr 28 17:34:10 <daniele_athome> i can't use shr for making phone calls anymore
Apr 28 17:34:13 <daniele_athome> since the fsogsmd switch
Apr 28 17:34:16 <daniele_athome> :(
Apr 28 17:36:56 <PaulFertser> daniele_athome: very strange since it works so well for others...
Apr 28 17:37:23 <lindi-> mickey|sports: so the bug is    Can't allocate channel #2 from MUX: Channel 2 is already taken.  ?
Apr 28 17:37:43 <daniele_athome> PaulFertser, I'm retrying with today upgrades, wait a sec
Apr 28 17:39:11 <PaulFertser> lindi-: who knows, there's something weird about that libgsm0710mux not doing mux switching on the second try. Probably that's some stale state or something.
Apr 28 17:39:59 <GNUtoo> mickey|sports, hi
Apr 28 17:44:35 <daniele_athome> PaulFertser, very strange: this time phone calls are working
Apr 28 17:44:45 <daniele_athome> but there is still an error in the log file
Apr 28 17:48:19 <mrmoku> daniele_athome: when do you get that 512
Apr 28 17:48:40 <daniele_athome> mrmoku, when starting a phone call, after 12 seconds
Apr 28 17:48:48 <daniele_athome> but seems not to happen anymore...
Apr 28 17:48:56 <daniele_athome> mrmoku, the current error now is (at call start):
Apr 28 17:49:09 <daniele_athome> No handler for URC +CLIP w/ rhs "+393396241840",145,,,,0,
Apr 28 17:49:18 <daniele_athome> and then please report to mickeyl etc.
Apr 28 17:49:42 <mrmoku> daniele_athome: but that should do no harm
Apr 28 17:50:23 <daniele_athome> mrmoku, ok; you can the old errors in the ticket I've opened in SHR
Apr 28 17:50:31 <daniele_athome> s/can/can find/
Apr 28 17:50:31 <infobot> daniele_athome meant: mrmoku, ok; you can find the old errors in the ticket I've opened in SHR
Apr 28 17:50:53 <daniele_athome> lol apt has changed name :)
Apr 28 17:57:48 <Heinervdm> JaMa or spaetzAway: can you rebuild x11vnc and epdfview in shr-testing to fix #1083 & #1088?
Apr 28 17:58:04 <Heinervdm> i think a rebuild should be enough for this
Apr 28 18:02:28 <vanous|away> rootdelay is in seconds? i have set 20 but kernel doesn't seem to wait that long..
Apr 28 18:02:42 <mrmoku> TAsn: /usr/lib/python2.6/site-packages/framework/subsystems/opimd/query_manager.py:60: SyntaxWarning: assertion is always true, perhaps remove parentheses? assert(self.query_obj, "Query object is empty, cannot match!")
Apr 28 18:02:49 <mrmoku> maybe that is of interest for you :P
Apr 28 18:05:12 <vanous|away> i see, these are two params, rootwait and rootdelay
Apr 28 18:06:50 <vanous|away> JaMa: 5th element enabled here :)
Apr 28 18:06:52 <vanous|away> and working
Apr 28 18:07:05 <vanous|away> well, booting 2x so far
Apr 28 18:07:12 <FliesLikeABrick>  Can someone point me to a person responsible for the openmoko servers?  I have a security issue I'm following up on and the path has led me to an openmoko machine.
Apr 28 18:07:32 <FliesLikeABrick> I have reason to believe an openmoko machine may be compromised or otherwise acting as a proxy
Apr 28 18:09:53 <daniele_athome> FliesLikeABrick, are you talking about openmoko.org servers?
Apr 28 18:09:56 <FliesLikeABrick> yes daniele_athome 
Apr 28 18:10:27 <daniele_athome> FliesLikeABrick, I guess #openmoko is the best channel for this
Apr 28 18:10:28 <PaulFertser> FliesLikeABrick: that would be roh and gismo.
Apr 28 18:10:47 <daniele_athome> oh :)
Apr 28 18:11:01 <FliesLikeABrick> PaulFertser do you have e-mail addresses or other contact information for them?  (I just can't rely on catching them on IRC)
Apr 28 18:11:14 <PaulFertser> FliesLikeABrick: sure, give me a minute
Apr 28 18:11:27 <PaulFertser> FliesLikeABrick: try roh -- at -- openmoko -- dot -- org
Apr 28 18:12:31 <FliesLikeABrick> thanks PaulFertser 
Apr 28 18:12:51 <spaetzAway> Heinervdm, sorry away from a computer now
Apr 28 18:13:02 <PaulFertser> FliesLikeABrick: his real name is "Joachim Steiger", probably you'll get another working address by googling.
Apr 28 18:13:20 <Heinervdm> spaetzAway: no problem, those tickets are already a bit older ;)
Apr 28 18:13:25 <FliesLikeABrick> PaulFertser do you know anything about openmoko.org's infrastructure?  Is there any valid reason that a proxy may be running somewhere?
Apr 28 18:13:51 <FliesLikeABrick> what timezone is he in, europe somewhere?
Apr 28 18:14:01 <PaulFertser> FliesLikeABrick: unfortunately, no idea, the infrastructure was never exposed to the outsiders. Yes, he's in DE most probably.
Apr 28 18:14:51 <FliesLikeABrick> thank you PaulFertser, you have been very helpful
Apr 28 18:15:09 <PaulFertser> FliesLikeABrick: welcome :) 
Apr 28 18:15:21 <PaulFertser> FliesLikeABrick: if you wait a little longer, i'll find you another contact.
Apr 28 18:15:41 <FliesLikeABrick> ok, I'll be here
Apr 28 18:21:53 <PaulFertser> FliesLikeABrick: i think another contact would be gismo at openmoko dot org.
Apr 28 18:22:13 <FliesLikeABrick> ok
Apr 28 18:25:46 <mrmoku> TAsn: what is that you're passing in @Contacts? :P
Apr 28 18:26:18 <mrmoku> TAsn: none of the macros fits
Apr 28 18:26:23 <mrmoku> it is not even a GType
Apr 28 18:51:04 <TAsn> mrmoku, :(
Apr 28 18:51:10 <TAsn> It's a dbus.dict
Apr 28 18:51:25 <TAsn> I knew it something wasn't perfect.
Apr 28 18:51:56 <TAsn> ffs :(
Apr 28 18:53:35 <TAsn> mrmoku, Huh? It's not supposed to be a GType
Apr 28 18:54:10 <TAsn> mrmoku, here?
Apr 28 18:55:08 <TAsn> mrmoku, ping ping ping
Apr 28 18:55:45 <mrmoku> TAsn: pong pong pong
Apr 28 18:55:49 <mrmoku> (in 1min)
Apr 28 18:56:00 <TAsn> mrmoku, I need you.
Apr 28 18:56:02 <TAsn> :P
Apr 28 18:56:27 <mrmoku> TAsn: I need you too ;)
Apr 28 18:56:29 <daniele_athome> lol
Apr 28 18:56:31 <TAsn> cool.
Apr 28 18:56:39 <TAsn> mrmoku, it should be a gvalue
Apr 28 18:56:42 <TAsn> you know that, right
Apr 28 18:56:43 <TAsn> ?
Apr 28 18:57:02 <TAsn> we are talking about what's inside the gvalue, right? :Y
Apr 28 18:57:05 <mrmoku> but is not
Apr 28 18:57:18 <mrmoku> G_IS_VALUE fails
Apr 28 18:57:34 <TAsn> know what?
Apr 28 18:57:36 <TAsn> /join #dbus
Apr 28 19:09:42 <vanous|away> JaMa: this realm is not for me i guess
Apr 28 19:09:45 <vanous|away> _)
Apr 28 19:10:29 <vanous|away> 2.6.32.12, booting ok, but WSOD after idle (blackout
Apr 28 19:10:50 <vanous|away> huh
Apr 28 19:10:55 <vanous|away> resume cleared it
Apr 28 19:14:30 <max_posedon> after opkg upgrade in shr-U ~2 weeks ago, I start receive problems with voice quality - others people don't hear me or hear with noise.
Apr 28 19:14:35 <max_posedon> Does it already fixed?
Apr 28 19:26:01 <mrmoku> vanous|away: haha, I have that too :P
Apr 28 19:26:29 <mrmoku> vanous|away: if I leave it with glamo turned off for some time it comes back white
Apr 28 19:26:51 <mrmoku> if I let it power down again and tap the screen early it comes back
Apr 28 19:27:38 <vanous> mrmoku: will try that trick
Apr 28 19:29:14 <Weiss> vanous: DRM, or non-DRM?
Apr 28 19:29:48 <vanous> Weiss: http://build.shr-project.org/tests/mrmoku/2.6.32/images/
Apr 28 19:29:57 <vanous> All kernels here have DRM patches from Thomas White
Apr 28 19:30:13 <Weiss> ok
Apr 28 19:30:19 <Weiss> good to know it's at least vaguely reproducible
Apr 28 19:31:00 <vanous> i could reproduce it several times this afternoon :)
Apr 28 19:31:09 <vanous> otside
Apr 28 19:31:16 <vanous> outside*
Apr 28 19:32:07 <vanous> now i am either inpatient  or is warmer here (i used to suffer wsod from cold quite a while ago)
Apr 28 19:34:09 <Weiss> mrmoku: up for some experimentation to try to fix it?
Apr 28 19:36:05 <Weiss> or vanous... are you able to compile the kernel yourself?
Apr 28 19:36:17 <vanous> Weiss: used to be
Apr 28 19:36:31 <vanous> let me check... hmm have changed hardware since then
Apr 28 19:40:07 <vanous> Weiss: the Openmoko toolchain is ok for that?
Apr 28 19:40:17 <Weiss> yep
Apr 28 19:40:25 <Weiss> (OE not required)
Apr 28 19:44:44 <mrmoku> Weiss: tell me :)
Apr 28 19:46:44 <Weiss> mrmoku: drivers/video/backlight/jbt6k74.c, jbt_off_to_normal()..the number 120 appears twice there, try making it 140
Apr 28 19:47:57 <mrmoku> Weiss: ok, will have to make a patch for that and use OE for building to get all the other patches too... will take a moment
Apr 28 19:48:49 <vanous123> Weiss: have some issue with my provider, to download the toolchain. am still trying, will ping you
Apr 28 19:49:14 <Weiss> ok :)
Apr 28 19:49:49 <mickeyl> mrmoku: no problem, but please remember to move the in_testing to closed, if you see fit
Apr 28 19:50:01 <vanous123> will switch provider SOON
Apr 28 19:50:02 <vanous123> the bast... got finally a competition, after all this years
Apr 28 19:50:06 <mickeyl> vanous123: can you give me one more log, please?
Apr 28 19:50:21 <mickeyl> your CME 512 is very strange, this is a beast that was killed since long
Apr 28 19:50:37 <mrmoku> mickeyl: ahh, ok
Apr 28 19:50:40 <vanous123> mickeyl: yeap, which one?
Apr 28 19:51:14 <mickeyl> vanous123: the beginnings from fsogsmd log, like 1000 lines or so
Apr 28 19:51:45 <CIA-46> freesmartphone.org: 03daniele.athome 07libframeworkd-glib * rae3c337646dd 10/src/ogsmd/ (4 files in 2 dirs): 
Apr 28 19:51:45 <CIA-46> freesmartphone.org: ogsmd: implement Device.GetDeviceStatus (untested)
Apr 28 19:51:45 <CIA-46> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Apr 28 19:52:19 <mickeyl> lindi-: yeah, somehow the it looks like the power-cycling is not working correctly
Apr 28 19:52:23 <vanous123> mickeyl: do i need to have SIM in?
Apr 28 19:52:26 <mickeyl> lindi-: i will now add the missing @POFF anyways
Apr 28 19:52:33 <mickeyl> vanous123: no need to
Apr 28 19:52:40 <mickeyl> i'm just interested in the init sequence
Apr 28 19:52:50 <mickeyl> but i need log_level = DEBUG
Apr 28 19:52:52 <mickeyl> for both fsogsmd
Apr 28 19:52:53 <mickeyl> and 
Apr 28 19:52:55 <mickeyl> libfsotransport
Apr 28 19:53:14 * mickeyl suspects +COLP=0 not being sent for vanous123 
Apr 28 19:54:04 <daniele_athome> mrmoku, if I succeed to implement GSM.Device.DeviceStatus signal in 1 hour, will you bump frameworkd-glib tonight? :)
Apr 28 19:54:09 <mrmoku> mickeyl: hmm... it just woke up and gave me some nice interference in the speakers :/
Apr 28 19:54:25 <daniele_athome> so for tomorrow I can use them without bitbaking myself
Apr 28 19:54:37 <mickeyl> mrmoku: uh oh
Apr 28 19:54:48 <mrmoku> daniele_athome: one hour should be ok :-) 
Apr 28 19:54:57 <daniele_athome> ok going to work
Apr 28 19:55:01 <mrmoku> daniele_athome: if not... JaMa is up longer than me ;)
Apr 28 19:55:09 <daniele_athome> well
Apr 28 19:56:42 <mrmoku> mickeyl: is there some way to find out in what sleep mode the thing is?
Apr 28 19:57:36 <vanous123> mickeyl: here are current logs, fsogsmd has DEBUG, libfsotransport not, but can add, add SIM and reboot
Apr 28 19:57:37 <vanous123> http://vanous.penguin.cz/files/om/fsogsmd/wednesday
Apr 28 19:58:08 <mickeyl> mrmoku: yes and no
Apr 28 19:58:08 <vanous123> mickeyl: where does libfsotransport config section reside?  
Apr 28 19:58:14 <mickeyl> vanous123: in fsogsmd.conf
Apr 28 19:58:21 <vanous123> ok
Apr 28 19:58:32 <mickeyl> mrmoku: no: at%SLEEP is write-only
Apr 28 19:58:58 <mickeyl> mrmoku: yes: if you have direct access and send something and don't get a reply, then it was asleep
Apr 28 19:59:08 <mrmoku> heh... ok
Apr 28 19:59:20 <mickeyl> (in summary... not when libgsm0710mux is running, since we handle sleeping on mux layer)
Apr 28 20:00:37 <mickeyl> what we do is fun btw.
Apr 28 20:00:46 <mickeyl> we send a test commando mux level
Apr 28 20:00:52 <mickeyl> test command on mux level
Apr 28 20:00:58 <mickeyl> usually a modem responds to the test command
Apr 28 20:01:09 <mickeyl> but the calypso has a broken 07.07 implementation
Apr 28 20:01:14 <mickeyl> so it doesn't respond
Apr 28 20:01:24 <mickeyl> so we can use this as WAKEUP command without additional logic ;)
Apr 28 20:01:47 <mrmoku> hehe, I see you're in deep love with the calypso :)
Apr 28 20:01:48 <mickeyl> nothing more to do on AT level
Apr 28 20:01:52 <mickeyl> well
Apr 28 20:01:57 <mickeyl> by now I have a close relationship
Apr 28 20:02:02 <mickeyl> i know what's buggy and what not
Apr 28 20:02:20 <mickeyl> and the good thing is... its commands are actually documented
Apr 28 20:02:23 <TAsn> mrmoku, at least, did you fix the Recipient/Sender -> Peer in messages?
Apr 28 20:02:24 <mickeyl> more than we can say for HTC
Apr 28 20:02:29 <TAsn> Because that works flawlessly :P
Apr 28 20:02:34 <mickeyl> hmm
Apr 28 20:02:41 <mickeyl> doc has serious problems with his computers
Apr 28 20:03:04 <mrmoku> TAsn: sure... but I want to see a name ;=)
Apr 28 20:03:15 <TAsn> revert that change
Apr 28 20:03:23 <TAsn> And just do the Sender/Recipient
Apr 28 20:03:28 <TAsn> should be in two different commits anyway...
Apr 28 20:06:07 <vanous123> hmm, i only get "init..." at the gsm e-gadget
Apr 28 20:07:25 <vanous123> mickeyl: wil have to reboot again. http://vanous.penguin.cz/files/om/fsogsmd/nogsm/
Apr 28 20:07:54 <vanous123> have switched to .32 kernel this afternoon
Apr 28 20:08:25 <mickeyl> mrmoku: uh oh, i think i have a bug
Apr 28 20:08:26 <mrmoku> TAsn: hmm... are you sure you got that part right?
Apr 28 20:08:30 <mickeyl> mrmoku: (wrt. sleep)
Apr 28 20:08:42 <mrmoku> mickeyl: good :-)
Apr 28 20:09:00 <mickeyl> ya, sleep command is not being sent
Apr 28 20:09:12 <TAsn> mrmoku, what do you mean?
Apr 28 20:09:28 <mrmoku> TAsn: I stashed away all changes apart from the Peer thing... and don't get no number or name
Apr 28 20:09:41 <TAsn> mrmoku, of course.
Apr 28 20:09:49 <TAsn> the messages you have saved
Apr 28 20:09:53 <TAsn> have sender/recipient
Apr 28 20:10:00 <mrmoku> TAsn: ouch
Apr 28 20:10:00 <TAsn> but newer messages will be saved as Peer
Apr 28 20:10:03 <mrmoku> that is BAD
Apr 28 20:10:22 <mrmoku> will have to handle both then :/
Apr 28 20:10:47 <TAsn> nah
Apr 28 20:10:52 <vanous123> TAsn: have both bars now, top and botom
Apr 28 20:10:52 <TAsn> Just announce a breakage :P
Apr 28 20:10:55 <TAsn> (j/k, handle both)
Apr 28 20:11:03 <TAsn> vanous123, what are you talking about?
Apr 28 20:11:06 <CIA-46> freesmartphone.org: 03daniele.athome 07libframeworkd-glib * r2aa8e215e8f2 10/src/ (4 files in 2 dirs): 
Apr 28 20:11:07 <CIA-46> freesmartphone.org: ogsmd: implement signal Device.DeviceStatus
Apr 28 20:11:07 <CIA-46> freesmartphone.org: Signed-off-by: Daniele Ricci <daniele.athome@gmail.com>
Apr 28 20:11:19 <mrmoku> daniele_athome: one hour is not yet over :P
Apr 28 20:11:25 <daniele_athome> mrmoku, :P
Apr 28 20:11:29 <TAsn> daniele_athome, why don't you use libfso-glib?
Apr 28 20:11:42 <daniele_athome> TAsn, because I prefer pure C
Apr 28 20:11:57 <TAsn> :|
Apr 28 20:12:07 <vanous123> TAsn: "old "back" and "close" buttons are gone."
Apr 28 20:12:16 <TAsn> vanous123, did you 
Apr 28 20:12:17 <daniele_athome> TAsn, I don't trust vala (yet)
Apr 28 20:12:20 <TAsn> rm -rf ~/.e
Apr 28 20:12:28 <TAsn> and /etc/init.d/xservers-nodm restart?
Apr 28 20:12:30 <vanous123> hmm, i did, but will do again
Apr 28 20:12:33 <vanous123> yes, too
Apr 28 20:12:37 <vanous123> hmm, wil redo
Apr 28 20:13:21 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r70ff866c6db4 10/fsogsmd/src/plugins/modem_ti_calypso/plugin.vala: fsogsmd: modem_ti_calypso: put %SLEEP command into proper sequence to make it actually being executed
Apr 28 20:13:21 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r33fa0b13991a 10/fsogsmd/src/lib/ (atchannel.vala modem.vala): fsogsmd: support sending a command sequence on shutdown
Apr 28 20:13:25 <mrmoku> TAsn: Recipient/Sender were always both there and I have to check direction to know which one is correct? Or was there only one
Apr 28 20:13:30 <mrmoku> mickey|bbiab: will test meanwhile :)
Apr 28 20:13:31 <vanous123> TAsn: got it
Apr 28 20:13:42 <mrmoku> when the kernel build finished :/
Apr 28 20:13:45 <vanous123> i guess uSD card issue, .e remains there, will fsck it
Apr 28 20:13:46 <daniele_athome> mrmoku, at last I will solve the issues with my panel gsm applet that doesn't work because of the mess of different gsm signals
Apr 28 20:14:01 <daniele_athome> :)
Apr 28 20:15:11 <TAsn> mrmoku, Only one.
Apr 28 20:15:16 <mrmoku> good :)
Apr 28 20:16:06 <TAsn> oh, almost forgot.
Apr 28 20:16:10 <TAsn> I'll change
Apr 28 20:16:16 <TAsn> MessageRead and MessageSent
Apr 28 20:16:48 <TAsn> hm... Gotta think about this one.
Apr 28 20:16:52 <daniele_athome> 2.6.32.12 cool :)
Apr 28 20:16:54 <TAsn> So nvm this one for the meanwhile.
Apr 28 20:19:29 <vanous123> TAsn: something's fishy here wit hthe illume bar
Apr 28 20:19:34 <vanous123> had the nw slider
Apr 28 20:19:35 <TAsn> explain.
Apr 28 20:19:39 <vanous123> new*
Apr 28 20:19:39 <TAsn> nw?
Apr 28 20:19:42 <TAsn> ok
Apr 28 20:19:43 <TAsn> and then?
Apr 28 20:19:43 <vanous123> removed .e
Apr 28 20:19:54 <vanous123> (cleaned uSD)
Apr 28 20:19:56 <vanous123> booted
Apr 28 20:19:58 <vanous123> wizard
Apr 28 20:20:09 <TAsn> mrmoku, 
Apr 28 20:20:13 <vanous123> now have no bottom buttons, which is OK, but no top sliding bar
Apr 28 20:20:33 <TAsn> why do we get_contact when opening a contact from list? It's cached anyway...
Apr 28 20:20:50 <TAsn> Just take the hashtable we saved (or something like that)
Apr 28 20:21:04 <TAsn> vanous123, 
Apr 28 20:21:10 <TAsn> pgrep shr_elm_softkey
Apr 28 20:21:10 <mrmoku> TAsn: because you could call contact-view directly via dbus
Apr 28 20:21:51 <TAsn> So maybe we should consider exposing a function/flag (only internally, not in dbus)
Apr 28 20:22:01 * JaMa back
Apr 28 20:22:55 <daniele_athome> booting kernel 2.6.32, kernel panic: Unable to mount root fs on unknown-block(0,0)
Apr 28 20:22:58 <daniele_athome> with rootdelay=7
Apr 28 20:23:32 <JaMa> try longer AND/OR power pressed for debug on cmdline
Apr 28 20:23:47 <daniele_athome> it works now
Apr 28 20:23:49 <daniele_athome> on the second try
Apr 28 20:23:54 <daniele_athome> :S
Apr 28 20:23:58 <daniele_athome> *attempt
Apr 28 20:24:16 <mrmoku> TAsn: hehe... will reboot now... stuff is strange after dbus restart
Apr 28 20:24:18 <mrmoku> brb
Apr 28 20:26:30 <vanous123> Weiss: what kernel should i get?
Apr 28 20:26:48 <vanous123> kernel sources*
Apr 28 20:27:17 <daniele_athome> mickey|bbiab, with 2.6.32.12: No handler for URC NO CARRIER w/ rhs ,
Apr 28 20:31:02 <CIA-46> freesmartphone.org: 03tom 07framework * r48da35d39b3a 10/framework/subsystems/opimd/TODO: opimd: Updated TODO.
Apr 28 20:31:12 <mrmoku> Weiss: rebooting
Apr 28 20:32:44 <Weiss> vanous123: gdrm-2.6.32 branch
Apr 28 20:35:30 <mrmoku> Weiss: no, still white
Apr 28 20:35:33 <JaMa> Weiss: can you merge om-gta02-2.6.32 HEAD to it to minimize diff?
Apr 28 20:36:11 <vanous123> Weiss: this will take too long pulling for me today, probably will not manage in reasonable time
Apr 28 20:36:19 <Weiss> vanous123: ok, no problem
Apr 28 20:36:26 <vanous123> but will still pull and make
Apr 28 20:36:36 <Weiss> JaMa: yep... although I'm very close to merging it the other way..
Apr 28 20:36:36 <vanous123> to be ready for another time :)
Apr 28 20:37:03 <Weiss> as far as I can see, gdrm-2.6.32 with or without KMS seems to work better than mainline
Apr 28 20:37:29 <JaMa> Weiss: ok.. I'll wait for other way
Apr 28 20:38:26 <mrmoku> JaMa: do we have a toolchain to build the kernel somewhere?
Apr 28 20:40:01 <JaMa> mrmoku: I build it always with OE only
Apr 28 20:40:16 <vanous123> mickey|bbiab: full logs here again, the libfsotransport log breaks it, so just fsogsmd and libgsm0710mux in DEBUG...
Apr 28 20:40:22 <JaMa> mrmoku: there is quite a few patches in OE applied first
Apr 28 20:40:38 <vanous123> mickey|bbiab: http://vanous.penguin.cz/files/om/fsogsmd/gsm/
Apr 28 20:41:04 <mrmoku> JaMa: yeah, but I want to try out if pure gdrm branch solves my WSoD
Apr 28 20:41:53 <JaMa> mrmoku: pure gdrm branch will fail to build with recent gcc for example :)
Apr 28 20:42:19 <Weiss> it will? I'm using quite an old toolchain I think
Apr 28 20:42:36 <JaMa> Weiss: for gcc-4.4 there is issue with snd module
Apr 28 20:43:09 <JaMa> http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32/0001-wm8753-fix-build-with-gcc-4.4.2-which-works-ok-with-.patch
Apr 28 20:43:16 <JaMa> I can try with 4.5 now
Apr 28 20:43:55 <JaMa> but first I want to resolve DPI settings and push switch from xserver-kdrive-common to xserver-common
Apr 28 20:47:57 <vanous123> TAsn: get shr_elm_softkey running, but after killing and rerun can make it positioned lower and lower 
Apr 28 20:48:27 <TAsn> yes.
Apr 28 20:48:29 <TAsn> that's an issue.
Apr 28 20:48:35 <TAsn> but at least it works?
Apr 28 20:48:44 <vanous123> ok, just reporting :)
Apr 28 20:48:55 <vanous123> i am trying to reboot if it gets activated by itself
Apr 28 20:49:12 <vanous123> almost there
Apr 28 20:58:21 <vanous123> TAsn: shr_elm_softkey is not running automagically here
Apr 28 20:59:04 <vanous123> hmm, actually it is
Apr 28 20:59:13 <vanous123> root@om-gta02 ~ # pgrep shr_elm_softkey 
Apr 28 20:59:14 <vanous123> 765
Apr 28 20:59:35 <TAsn> and does it work?
Apr 28 21:00:36 <mrmoku> Weiss: do you have a config I could use?
Apr 28 21:00:37 <vanous123> TAsn: no
Apr 28 21:00:37 <TAsn> so weird.
Apr 28 21:00:37 <JaMa> daniele_athome: building your latest commits now
Apr 28 21:00:37 <vanous123> TAsn: i would have to start it manually
Apr 28 21:00:37 <mrmoku> JaMa: thanks :)
Apr 28 21:00:37 <daniele_athome> thanks JaMa 
Apr 28 21:00:39 <TAsn> vanous123, no idea :|
Apr 28 21:01:04 <vanous123> TAsn: what part of phoneui is it?
Apr 28 21:01:10 <TAsn> none.
Apr 28 21:01:12 <TAsn> it's e
Apr 28 21:01:13 <vanous123> can be seen via mdbus?
Apr 28 21:01:15 <vanous123> i see
Apr 28 21:01:17 <TAsn> and shr_elm_softeky
Apr 28 21:01:21 <TAsn> not phoneui
Apr 28 21:01:26 <vanous123> i see
Apr 28 21:01:57 <TAsn> anyhow,
Apr 28 21:01:59 <TAsn> it's late.
Apr 28 21:02:00 <TAsn> ciao.
Apr 28 21:02:09 <vanous123> TAsn: 
Apr 28 21:02:09 <JaMa> gnight TAsn 
Apr 28 21:02:10 <vanous123> Process 765 attached - interrupt to quit
Apr 28 21:02:10 <vanous123> select(10, [4 5 9], [], [], NULL
Apr 28 21:03:11 <TAsn> vanous123, no idea now, ciao.
Apr 28 21:03:13 <vanous123> after restart the softbutton works
Apr 28 21:03:15 <vanous123> ciao
Apr 28 21:05:10 <daniele_athome> JaMa, how much time does a complete build take? I mean from scratch, not incremental
Apr 28 21:05:18 <daniele_athome> in your buildhost of course
Apr 28 21:05:27 <daniele_athome> *does take
Apr 28 21:05:39 <daniele_athome> no, ops
Apr 28 21:05:43 <daniele_athome> lol 
Apr 28 21:07:55 <JaMa> daniele_athome: on shr buildhost now about 3-4 days, on my workstation@home about a day
Apr 28 21:08:20 <JaMa> daniele_athome: lite image about 3/4 of that time
Apr 28 21:08:44 <vanous123> mickey|bbiab: no gsm now, last logs:http://vanous.penguin.cz/files/om/fsogsmd/nogsmagain/
Apr 28 21:08:48 <vanous123> and good night
Apr 28 21:08:53 <JaMa> or rather less for lite as qt and other beasts are only in full/feeds
Apr 28 21:11:03 <daniele_athome> JaMa, I guess like in this case with frameworkd-glib, builds are incremental only
Apr 28 21:11:31 <Weiss> has anyone used QVGA+rotation? did it work in the past?
Apr 28 21:12:49 <JaMa> daniele_athome: sure only what has changed epoch/version/revision/SRCREV
Apr 28 21:13:33 <JaMa> daniele_athome: rebuilds for scratch are used only when something is broken (like with bad ram on buildhost) or toolchain is updated (gcc, binutils but even autoconf to see breakage)
Apr 28 21:13:33 <daniele_athome> good
Apr 28 21:18:14 <rtp>  /win 11
Apr 28 21:23:41 <daniele_athome> JaMa, mesa dri is not building, undefined reference; do you remember how did we solve that?
Apr 28 21:23:54 <daniele_athome> you or someone told me how to workaround this
Apr 28 21:27:45 <JaMa> gcc was added to DEPENDS
Apr 28 21:27:56 <JaMa> but probably different issue
Apr 28 21:28:04 <JaMa> do you have latest libdrm already built?
Apr 28 21:28:26 <daniele_athome> JaMa, I don't know
Apr 28 21:32:32 <daniele_athome> building now libdrm
Apr 28 21:38:25 <JaMa> daniele_athome: if you're waiting for that libframeworkd.. it will take MUCH longer, because eglibc was PR bumped in the meantime..
Apr 28 21:39:48 <daniele_athome> JaMa, no i'm building freeglut
Apr 28 21:39:54 <daniele_athome> to try glxgears with qvga :D
Apr 28 21:40:11 <daniele_athome> JaMa, after libdrm built, same error with mesa-dri
Apr 28 21:40:18 <daniele_athome> should I clean libdrm and rebuild it?
Apr 28 21:41:19 <JaMa> what reference is missing?
Apr 28 21:42:53 <daniele_athome> glEGLImageTargetTexture2DOES
Apr 28 21:42:59 <daniele_athome> from xeglgears.c
Apr 28 21:43:20 <daniele_athome> JaMa, I checked it some time ago, that symbol is between #ifdef/#endif
Apr 28 21:43:31 <daniele_athome> could be some configure option missing?
Apr 28 21:44:17 <JaMa> isn't it using some headers from your host? (where it wouldn't be defined?)
Apr 28 21:44:40 <JaMa> I'm building SHR in minimalistic chroot where is now X or hearders available...
Apr 28 21:46:05 <daniele_athome> JaMa, I don't think so... why it should be using host headers?
Apr 28 21:47:10 <JaMa> daniele_athome: it happens quite often ie when there is missing pkg-config path in autoconf
Apr 28 21:47:35 <daniele_athome> JaMa, I don't know if it could be useful, but I don't have EGL in my system
Apr 28 21:47:40 <JaMa> daniele_athome: then it runs pkg-config against files found on your host not staging and it returns host paths
Apr 28 21:48:30 <JaMa> daniele_athome: just check compile cmdline for building file which is failing for you and that header file
Apr 28 21:48:47 <daniele_athome> sure
Apr 28 21:49:09 <daniele_athome> arm-oe-linux-gnueabi-gcc -march=armv4t -mtune=arm920t -mthumb-interwork -mthumb -isystem/home/daniele/repository/openmoko/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/include -isystem/home/daniele/repository/openmoko/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -Os -Wall -Wmissing-prototypes -std=c99 -ffast-math -fno-finite-m
Apr 28 21:49:09 <daniele_athome> ath-only -fvisibility=hidden -fno-strict-aliasing  -fPIC   -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -L/home/daniele/repository/openmoko/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/lib -Wl,-rpath-link,/home/daniele/repository/openmoko/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/lib -Wl,-O1 
Apr 28 21:49:10 <daniele_athome> -Wl,--hash-style=gnu -o xeglgears xeglgears.o -L../../lib -lEGL -lGL -lm -L/usr/lib -lX11
Apr 28 21:49:12 <daniele_athome> ops
Apr 28 21:49:16 <daniele_athome> sorry I thought it was shorter
Apr 28 21:49:30 <daniele_athome> there are some absolute paths
Apr 28 21:49:33 <daniele_athome> /usr/lib
Apr 28 21:49:33 <JaMa> if you find something like "-I/usr/include" it's the issue and not always reported right by CROSS COMPILE BADNESS
Apr 28 21:49:53 <daniele_athome> but this is the linking part
Apr 28 21:50:01 <daniele_athome> wait a sec, looking for the compile lines
Apr 28 21:50:23 <JaMa> daniele_athome: this can be also wrong.. try without last -L
Apr 28 21:51:26 <JaMa> daniele_athome: in case the lib built between #ifdef was right.. but it's not used later during linking and some other .so without this part enabled is used from your host
Apr 28 21:52:14 <daniele_athome> JaMa, no way
Apr 28 21:53:47 <JaMa> than you can check nm of libEGL/libGL and friends for glEGLImageTargetTexture2DOES if it's really missing there (maybe some other lib not listed on this line provides it..
Apr 28 21:55:00 <JaMa> 3 cornucopia SRCREV bumps in a day and I still like it! weird :)
Apr 28 21:55:18 <mrmoku> :P
Apr 28 21:55:52 <daniele_athome> ok
Apr 28 21:55:58 <daniele_athome> lol
Apr 28 22:03:47 <daniele_athome> this will take longer
Apr 28 22:03:57 <daniele_athome> JaMa, will see tomorrow
Apr 28 22:04:00 <daniele_athome> good night :)
Apr 28 22:04:22 <JaMa> gnight
Apr 28 22:05:31 <daniele_athome> JaMa, quickly one thing
Apr 28 22:05:35 <daniele_athome> the symbol is in libGL
Apr 28 22:05:46 <daniele_athome> that's weird
Apr 28 22:06:02 <JaMa> yours or the one in staging?
Apr 28 22:06:28 <daniele_athome> JaMa, in staging
Apr 28 22:06:46 <JaMa> and is there also libGL.so in current builddir
Apr 28 22:06:52 <daniele_athome> well, in working build dir
Apr 28 22:07:19 <daniele_athome> yes there is -L../../lib
Apr 28 22:07:26 <daniele_athome> and after that -lEGL -lGL
Apr 28 22:07:29 <JaMa> drop -L/usr/lib
Apr 28 22:07:37 <daniele_athome> already did it
Apr 28 22:07:38 <JaMa> ust for test
Apr 28 22:07:42 <daniele_athome> :)
Apr 28 22:07:52 <daniele_athome> [23:52] <daniele_athome> JaMa, no way
Apr 28 22:08:09 <JaMa> and that undefined reference is from which file?
Apr 28 22:08:45 <daniele_athome> is in libGL.so.1.2, and the link error is in xeglgears.c, a demo program
Apr 28 22:09:00 <JaMa> you can as well try without -fvisibility=hidden
Apr 28 22:09:15 <daniele_athome> mmm
Apr 28 22:09:22 <JaMa> so nm shows it undefined in xeglgears.o ?
Apr 28 22:10:14 <JaMa> in some setups even library order is important.. so you can try to move xeglgears.o after -lGL
Apr 28 22:10:44 <daniele_athome> JaMa, nm on the .o file shows "U"
Apr 28 22:10:49 <daniele_athome> for that symbol
Apr 28 22:10:54 <JaMa> good
Apr 28 22:11:23 <daniele_athome> moved .o filename after lib, doesn't work
Apr 28 22:11:24 <daniele_athome> :(
Apr 28 22:12:05 <daniele_athome> trying different combinations
Apr 28 22:12:09 <JaMa> that's getting weird :/
Apr 28 22:12:50 <JaMa> there was something like -fno-undefined flag
Apr 28 22:13:15 <daniele_athome> -fno-finite-match-only
Apr 28 22:13:23 <daniele_athome> -fno-strict-aliasing
Apr 28 22:13:35 <JaMa> http://blog.flameeyes.eu/2008/11/19/relationship-between-as-needed-and-no-undefined-part-1-what-do-they-do
Apr 28 22:14:35 <daniele_athome> JaMa, should I use it?
Apr 28 22:14:40 <daniele_athome> this will force the link
Apr 28 22:15:25 <JaMa> this will force it fail, but maybe with better error message (I don't remember now)
Apr 28 22:15:56 <JaMa> but I used it few times on my gentoo desktop to check --as-needed abusers
Apr 28 22:16:22 <daniele_athome> lol
Apr 28 22:16:31 <daniele_athome> JaMa, now undefined reference to everything :D
Apr 28 22:16:48 <daniele_athome> passed it like this: -Wl,--as-needed
Apr 28 22:17:12 <JaMa> still libs in right order?
Apr 28 22:17:29 <JaMa> -Wl,--no-undefined, right? :)
Apr 28 22:18:16 <daniele_athome> JaMa, no i've used as-needed
Apr 28 22:18:33 <daniele_athome> with both doesn't work
Apr 28 22:18:53 <daniele_athome> JaMa, could depend on the rpath-link option?
Apr 28 22:19:08 <JaMa> daniele_athome: are you building mesa-dri_7.8 as it's in OE without additional changes (I'll check it here)
Apr 28 22:19:31 <daniele_athome> JaMa, I don't know i'm just building from shr :)
Apr 28 22:19:32 <daniele_athome> shr-u
Apr 28 22:19:52 <JaMa> daniele_athome: org.openembedded.dev branch, right?
Apr 28 22:19:57 <daniele_athome> I guess so
Apr 28 22:20:00 <daniele_athome> the latest
Apr 28 22:20:05 <JaMa> daniele_athome: probably yes if you're using Makefile
Apr 28 22:20:10 <daniele_athome> yes
Apr 28 22:20:20 <CIA-46> freesmartphone.org: 03mickey 07cornucopia * r387844ceddf1 10/tools/mdbus2/ (configure.ac src/Makefile.am): mdbus2: bump version number after release and strip unnecessary dependencies
Apr 28 22:20:40 <daniele_athome> JaMa, wait a sec
Apr 28 22:21:21 <JaMa> ah, he can do this cleanup from sleep! :)
Apr 28 22:22:54 <daniele_athome> LOL
Apr 28 22:23:06 <daniele_athome> ok nothing
Apr 28 22:23:08 <daniele_athome> so...
Apr 28 22:23:31 * JaMa just built here :)
Apr 28 22:26:23 <daniele_athome> JaMa, eglgears (another demo prog) built, but doesn't work on neo
Apr 28 22:26:35 <daniele_athome> ibEGL warning: Could not open driver /usr/lib/egl/egl_glx.so (/usr/lib/egl/egl_glx.so: cannot open shared object file: No such file or directory)
Apr 28 22:28:58 <valos> JaMa: hello, I upgraded my old SHR-unstable and now GSM registration fails, PIN code is requested again and again ... Is it a known problem?
Apr 28 22:29:44 <JaMa> daniele_athome: NOTE: the following files were installed but not shipped in any package:
Apr 28 22:29:47 <JaMa> NOTE:   /usr/lib/egl/egl_glx.so
Apr 28 22:30:06 <JaMa> daniele_athome: needs fixed FILES var in recipe to work properly
Apr 28 22:31:00 <daniele_athome> oh...
Apr 28 22:31:11 <daniele_athome> giving up for now
Apr 28 22:31:13 <daniele_athome> really goodnight
Apr 28 22:31:22 <daniele_athome> of course thank you JaMa 
Apr 28 22:31:51 <JaMa> yw
Apr 28 22:38:30 * mrmoku gives up too ...
Apr 28 22:38:37 <mrmoku> gnight
Apr 28 22:47:08 * JaMa doesn't want to stay here alone! so gnight too :)
**** ENDING LOGGING AT Thu Apr 29 02:59:56 2010