**** BEGIN LOGGING AT Sun Oct 18 02:59:57 2009
Oct 18 03:59:43 <mrmoku> TAsn: ping
Oct 18 03:59:54 <mrmoku> TAsn: did you see ping soon... or ping early? :P
Oct 18 04:00:00 <mrmoku> s/see/say/
Oct 18 04:00:01 <apt> mrmoku meant: TAsn: did you say ping soon... or ping early? :P
Oct 18 04:19:25 <CIA-26> SHR: 03mok 07phonefsod * ra2a36096f1f3 10/src/dbus/phonefsod-usage.xml: remove now unneeded dbus spec
Oct 18 04:19:35 <CIA-26> SHR: 03mok 07phonefsod * rcc6d80d0d95e 10/data/phonefsod.conf: adjust dbus config to the correct service name
Oct 18 04:21:46 <CIA-26> SHR: 03mok 07phoneuid * r096c4d355897 10/data/ (6 files): adjust dbus config to the correct service name
Oct 18 04:58:07 <CIA-26> SHR: 03mok 07phoneuid * r522dc9f13b2a 10/src/phoneuid.c: use the defines to get path and name of the phonefso Usage service
Oct 18 05:03:37 <ameyp> hey, could someone please tell me how to use a GHashTable structure?
Oct 18 05:03:49 <ameyp> i'm working on ticket 568
Oct 18 05:03:52 <ameyp> http://wiki.shr-project.org/trac/ticket/568
Oct 18 05:06:00 <mrmoku> ameyp: http://library.gnome.org/devel/glib/stable/glib-Hash-Tables.html
Oct 18 05:07:03 <ameyp> mrmoku: thanks
Oct 18 05:11:31 <mrmoku> ameyp: no problem... looking forward to your forward button :P
Oct 18 06:41:17 <catholicon> TAsn: I was wondering how to discuss opimd redesign on the wiki?
Oct 18 06:42:15 <catholicon> TAsn: Is discussion page of http://wiki.openmoko.org/wiki/Opimd_redesign the way to go?...or is IRC good enough?
Oct 18 06:45:43 <m0nt0> hi all
Oct 18 06:45:56 <mrmoku> m0nt0: hey... how's life?
Oct 18 06:46:05 <m0nt0> mrmoku, busy
Oct 18 06:46:06 <m0nt0> :D
Oct 18 06:46:36 <mrmoku> hehe... usual problem :P
Oct 18 06:46:45 <m0nt0> and my sons started to act as yours, going to bed at 9 pm and waking up at 6.00 am
Oct 18 06:46:56 <mrmoku> ouch :)
Oct 18 06:46:58 <m0nt0> lol
Oct 18 06:47:20 <m0nt0> and you? how it's going?
Oct 18 06:47:21 <TAsn> catholicon, wiki.
Oct 18 06:47:33 <TAsn> mrmoku, pong
Oct 18 06:47:38 <mrmoku> m0nt0: fine... aumento famiglia :)
Oct 18 06:47:47 <mrmoku> TAsn: finally ;)
Oct 18 06:47:53 <TAsn> hehe
Oct 18 06:47:58 <m0nt0> wow!! il terzo in arrivo?
Oct 18 06:47:59 <TAsn> I'm a hard man to catch
Oct 18 06:48:02 <mrmoku> m0nt0: yup
Oct 18 06:48:03 <TAsn> I'm here for a couple of seconds.
Oct 18 06:48:08 <m0nt0> complimenti!!
Oct 18 06:48:11 <mrmoku> m0nt0: grazie
Oct 18 06:48:19 <mrmoku> TAsn: it does not work
Oct 18 06:48:27 <mrmoku> TAsn: and I don't know why :(
Oct 18 06:48:42 <mrmoku> windows are shown only partly or segfault immediately
Oct 18 06:49:01 <TAsn> hm... this sounds like a good start though
Oct 18 06:49:07 <TAsn> this means modules are loaded
Oct 18 06:49:19 <mrmoku> yep, modules are loaded... init and loop are called
Oct 18 06:49:26 <mrmoku> but somehow it does not work correctly
Oct 18 06:49:43 <TAsn> I gotta go to work, mind waiting until I get back?
Oct 18 06:49:44 <TAsn> :)
Oct 18 06:49:48 <TAsn> (~8 hrs)
Oct 18 06:50:07 <m0nt0> vala-dbus-binding-tool-native_git fails to compile because the configure require No package 'gee-1.0' found but there's no "gee" package, only libgee... am i missing something?
Oct 18 06:50:53 <mrmoku> TAsn: ok... have fun then :)
Oct 18 06:51:31 <mrmoku> m0nt0: failed for me too right now :P
Oct 18 06:51:36 <m0nt0> :D
Oct 18 06:51:39 <mrmoku> m0nt0: thought it would be fixed though
Oct 18 06:52:17 <m0nt0> ok, thanks
Oct 18 06:55:41 <TAsn> mrmoku, haha, good joke.
Oct 18 06:55:53 <TAsn> git read-tree 1 failed with signal 128, output:
Oct 18 06:55:53 <mrmoku> TAsn: which one?
Oct 18 06:55:53 <TAsn> fatal: Not a valid object name 1
Oct 18 06:55:53 <TAsn> NOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed
Oct 18 06:55:57 <TAsn> btw :(
Oct 18 06:55:59 <mrmoku> TAsn: update
Oct 18 06:56:01 <TAsn> <mrmoku> TAsn: ok... have fun then :)
Oct 18 06:56:27 <mrmoku> TAsn: I added an shr-specs package :)
Oct 18 06:56:44 <mrmoku> (and use that to build phonefsod and phoneuid)
Oct 18 06:56:49 <TAsn> okie :)
Oct 18 06:57:12 <TAsn> ok, building
Oct 18 06:57:18 <TAsn> will be ready in 8 hrs anyway
Oct 18 06:57:26 <mrmoku> TAsn: ok... later then
Oct 18 06:57:27 <TAsn> so going to work won't do any harm. ;)
Oct 18 06:57:29 <TAsn> ciao.
Oct 18 07:00:32 <CIA-26> SHR: 03mok 07shr-specs * r28761e092970 10/org.shr.phoneui/org.shr.phoneui.Messages.xml.in: rename Messages.DisplayItem to DisplayMessage
Oct 18 07:00:42 <CIA-26> SHR: 03mok 07shr-specs * re66678577f6c 10/org.shr.phoneui/ (5 files): make all phoneui methods async
Oct 18 07:02:29 <TAsn>  git read-tree 1 failed with signal 128, output:
Oct 18 07:02:29 <TAsn> fatal: Not a valid object name 1
Oct 18 07:02:29 <TAsn> NOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed
Oct 18 07:02:34 <TAsn> I think my connection secs
Oct 18 07:02:37 <TAsn> sec restarting it.
Oct 18 07:02:39 <TAsn> cya.
Oct 18 07:23:50 <mrmoku> TAsn: hehe, think I know what's going on...
Oct 18 07:24:09 <mrmoku> TAsn: the call to framework_handler_connect got lost again...
Oct 18 07:24:17 <mrmoku> guess I lost it while splitting
Oct 18 07:36:54 <m0nt0> bye bye!!
Oct 18 08:05:47 <mrmoku> TAsn: all works now... except the dialer... the dialer is missing the keypad
Oct 18 08:10:01 <CIA-26> SHR: 03mok 07shr * r4d1dfd58c4f2 10/ (3 files in 3 dirs): fix contacts, messages and dialer to use correct dbus paths and params
Oct 18 09:03:51 <Gorbusch> hi, back again. Can someone tell me where i can find the current builds, i looked in the wiki but the linked location seems only to have old ones.
Oct 18 09:07:24 <PaulFertser> Gorbusch: either use shr unstable
Oct 18 09:07:43 <PaulFertser> Gorbusch: or if you feel really adventerous you can try extremely unstable wip builds
Oct 18 09:08:07 <PaulFertser> Gorbusch: from http://build.shr-project.org/tests/mrmoku/
Oct 18 09:11:31 <Gorbusch> thanks
Oct 18 09:25:36 * rebelThor is feeling really adventurous today and is trying to compile SHR via http://trac.shr-project.org/trac/wiki/Building%20SHR .. however it's giving lots of 404 errors.. is that normal?
Oct 18 09:26:33 <mrmoku> yup
Oct 18 09:26:51 * rebelThor is really relieved right now.. thanks mrmoku! :D
Oct 18 10:47:16 <DocScrutinizer-8> building.... is the result still dependent of buildhost config rather than target system?
Oct 18 10:52:52 <CIA-26> SHR: 03mok 07phoneuid * rfd8dd0501339 10/data/80phoneuid: add a xsession script to start it
Oct 18 10:53:03 <CIA-26> SHR: 03mok 07phoneuid * r362cc9243789 10/ (11 files in 2 dirs): go back to the system bus and make everything async
Oct 18 10:55:09 <rebelThor> still me with my newbie questions :D is there any way to continue the build process if I stop it with ctrl+C ? it seems it starts from the beginning if I do "make image" again after stopping it
Oct 18 10:57:41 <CIA-26> SHR: 03mok 07phonefsod * r9de0e3ce484f 10/src/Makefile.am: Makefile.am: remove -ldl as it's not needed for phonefsod
Oct 18 10:57:41 <CIA-26> SHR: 03mok 07phonefsod * r99962159bca5 10/src/ (5 files): phoneuid is on the system bus again
Oct 18 10:57:42 <CIA-26> SHR: 03mok 07phonefsod * rc8a19ddbc9a9 10/src/phonefsod-fso.c: rename display_item to display_messages
Oct 18 10:57:42 <CIA-26> SHR: 03mok 07phonefsod * r2e8d58174862 10/data/80phoneuid: remove obsolete xsession script
Oct 18 11:06:59 <PaulFertser> rebelThor: it doesn't start from the beginning.
Oct 18 11:07:45 <rebelThor> oh, my bad then :D thanks PaulFertser
Oct 18 11:08:20 <PaulFertser> rebelThor: it does rebuild the package it was building at the moment you stopped it but it doesn't rebuild the whole system.
Oct 18 11:08:34 <PaulFertser> rebelThor: and btw if you don't use "gnu screen" you might want to try it.
Oct 18 11:19:35 <TeLLuS> vala-dbus-binding-tool-native_git.bb' failed    No package 'gee-1.0' found    bitbake gee-1.0  ERROR: Nothing PROVIDES 'gee-1.0'
Oct 18 11:24:14 <mrmoku> TeLLuS: yup, working on that
Oct 18 11:25:08 <TeLLuS> mrmoku: nice
Oct 18 11:48:27 <playya> dos1, do you have a OPIM UI?
Oct 18 11:49:22 <dos1> playya: opim ui?
Oct 18 11:50:28 <bumbl> mickey|dinner: i now seem to have tracked down the - modem dead issue - it seems to be caused from the short time without current when changing the battery while charging
Oct 18 11:51:42 <bumbl> dos1: when can noobs (like me) expect a new shiny image?
Oct 18 11:52:18 <DocScrutinizer-8> bumbl: that 100% surely kills modem
Oct 18 11:52:30 <dos1> sorry, don't ask me... recently i'm out of date about SHR ;x
Oct 18 11:52:54 <DocScrutinizer-8> bumbl: modem is powered from bat. Removing bat always resets modem
Oct 18 11:53:27 <bumbl> DocScrutinizer-8: i know i just realized today that this is the issue i tried to track down
Oct 18 11:54:43 <bumbl> (although frameworkd should imo autodetect this issue and restart gsmd if it is easily detectable)
Oct 18 11:56:39 <mrmoku> TeLLuS: make update and rebuild it
Oct 18 11:56:40 <DocScrutinizer-8> (easily detectable) that depends on whether mickey already implemented keep-alive supervisor in framework. The only way to detect this is sensing the fact modem simply doesn't respond anymore
Oct 18 11:56:59 <morphis> heyho
Oct 18 11:59:00 <DocScrutinizer-8> bumbl: but cranking up modem after reset isn't particularly simple. Think about all the "settings" stored inside modem and lost on reset, like PIN, GPRS AP credentials, carrier settings etc pp
Oct 18 11:59:38 <lindi-> I store those settings in $HOME currently
Oct 18 11:59:51 <DocScrutinizer-8> sure
Oct 18 11:59:59 <bumbl> DocScrutinizer-8: with restarting gsmd i meant - again asking pin and setting up everything as done on boot
Oct 18 12:00:42 <DocScrutinizer-8> lindi-: but still there are states that are quite tricky to restore to exact same they were before reset
Oct 18 12:01:17 <lindi-> bumbl: if you ask for pin you need to somehow notify the user so that he notices that the modem died and needs pin again
Oct 18 12:01:53 <bumbl> lindi-: yep i know
Oct 18 12:02:34 <lindi-> bumbl: and that's pretty difficult if he has silent profile
Oct 18 12:02:42 <bumbl> for sure not top priority but the problem was annoying until i noticed the cause
Oct 18 12:05:58 <DocScrutinizer-8> bumbl: you should be aware if you remove (reinsert) bat. So what's the problem? Should we send you a sticker for bat compartment to remind you? ;-)
Oct 18 12:07:59 <bumbl> DocScrutinizer-8: nah you shouldn't - but it just shows the neo is not noob proof
Oct 18 12:08:29 <bumbl> so if you have a product and want it idiot tested for free - send it to me ;)
Oct 18 12:08:57 <DocScrutinizer-8> bumbl: no kidding: this problem may also rise from deep discharging battery. So we eventually might need to tackle it. Very low priority for now though. I'd say if fso is able to detect the outage and send a resource-available=false signal to notify userland, that would be good enough for now
Oct 18 12:11:11 <DocScrutinizer-8> auto-restart is really tricky but also not exactly to the point of the issue
Oct 18 12:12:35 <DocScrutinizer-8> mickey|dinner: ^^^
Oct 18 12:14:06 <DocScrutinizer-8> mickey|dinner: [13:50] <bumbl> mickey|dinner: i now seem ...  ff
Oct 18 12:14:37 <bumbl> well anyway have a nice day
Oct 18 14:18:22 <Gnutoo> mickeyl, hi
Oct 18 14:18:29 <mickeyl> hey Gnutoo 
Oct 18 14:18:34 <mickeyl> how's your "dreamworks" progressing?
Oct 18 14:18:42 <Gnutoo> mickeyl, what's that command: AT+BANDSET 
Oct 18 14:19:16 <Gnutoo> mickeyl, I pushed basic support to linuxtogo and oe
Oct 18 14:19:17 <mickeyl> that's a proprietary command to lock the RF band of a multiband device to one band
Oct 18 14:19:22 <mickeyl> usually not necessary
Oct 18 14:19:47 <mickeyl> multiband being gsm900, gsm1800, etc.
Oct 18 14:20:24 <Gnutoo> mickeyl, so we found it
Oct 18 14:20:38 <Gnutoo> mickeyl, how does it work?
Oct 18 14:20:44 <DocScrutinizer-8> esp locking to GSM or UMTS
Oct 18 14:20:50 <Gnutoo> ah ok
Oct 18 14:23:29 <DocScrutinizer-8> Gnutoo: no decent result for at+bandset=?   ?
Oct 18 14:23:43 <Gnutoo> there is:
Oct 18 14:23:56 <Gnutoo> AT+BANDSET=? +BANDSET: 001f
Oct 18 14:24:03 <DocScrutinizer-8> duh
Oct 18 14:24:09 <DocScrutinizer-8> what a mess
Oct 18 14:24:11 <Gnutoo> and AT+BANDSET? +BANDSET: 1
Oct 18 14:24:25 <Gnutoo> AT+BANDSET=something
Oct 18 14:24:31 <DocScrutinizer-8> error
Oct 18 14:24:33 <Gnutoo>  AT+BANDSET? +BANDSET: something
Oct 18 14:24:40 <DocScrutinizer-8> ooh
Oct 18 14:24:48 <Gnutoo> something is a number
Oct 18 14:24:57 <DocScrutinizer-8> very self-descriptive, indeed
Oct 18 14:25:05 <Gnutoo> but AT+BANDSET=? +BANDSET: 001f don't change
Oct 18 14:25:27 <mickeyl> looks like there is no options but 001f
Oct 18 14:25:36 <mickeyl> in that case you can't lock it to any band
Oct 18 14:25:41 <DocScrutinizer-8> looks like a 9bit bitfield of bool
Oct 18 14:25:44 <mickeyl> or that
Oct 18 14:26:09 <Gnutoo> ok
Oct 18 14:26:10 <mickeyl> proprietary commands do not need to respect usual formats :/
Oct 18 14:26:25 <DocScrutinizer-8> yeah, nice
Oct 18 14:26:51 <DocScrutinizer-8> try at%sleep=?, on calypso
Oct 18 14:27:52 <DocScrutinizer-8> well, at least 9 bool faintly matches with the maximum nr of allowable bands
Oct 18 14:28:01 <Gnutoo> AT+CLAC : http://pastebin.com/m1ed4ac42
Oct 18 14:28:09 <Gnutoo> ok
Oct 18 14:29:09 <DocScrutinizer-8> maybe also a boolean bit for "auto" included, or sth
Oct 18 14:32:40 <DocScrutinizer> Gnutoo: networks =: GSM 850/900/1800/1900, UMTS-WCDMA 900/1700/2100 
Oct 18 14:32:50 <Gnutoo> yes
Oct 18 14:33:06 <DocScrutinizer> that's seven for now
Oct 18 14:33:19 <Gnutoo> ok
Oct 18 14:36:02 <DocScrutinizer> Gnutoo: from above "+QBANDCAP" looks interesting
Oct 18 14:36:34 <DocScrutinizer> no idea if that'S a custom cmd though, or what it really might do
Oct 18 14:37:36 <Gnutoo> ok
Oct 18 14:38:09 <DocScrutinizer> isn't RE real fun? :-S
Oct 18 14:38:24 <Gnutoo> +QBANDCAP: (0-6)
Oct 18 14:38:58 <DocScrutinizer> tsss. So seems we really got 7 bands ;-D
Oct 18 14:39:43 <Gnutoo> ok
Oct 18 14:39:45 <Gnutoo> I'll try
Oct 18 14:40:29 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r8b274288fcb3 10/fsogsmd/src/lib/ (atmediators.vala consts.vala): fsogsmd: add known SIM elementary file records
Oct 18 14:42:06 <DocScrutinizer-8> mickeyl: sim fs records? what do you do with them?
Oct 18 14:43:51 <Gnutoo> +QBANDCAP: 0,009a,0009,+QBANDCAP: 1,000a,0001+QBANDCAP: 2,0090,0008,+QBANDCAP: 3,0000,0001,+QBANDCAP: 4,000a,0001,+QBANDCAP: 5,000a,0000,+QBANDCAP: 6,0000,0000
Oct 18 14:43:53 <mickeyl> right know only EFsp
Oct 18 14:43:58 <mickeyl> EFspn, that is
Oct 18 14:44:10 <mickeyl> perhaps later on using them for modems which do not support some of the higher level commands
Oct 18 14:45:07 <DocScrutinizer-8> Gnutoo: hey, nice textadventure XD
Oct 18 14:45:12 <Gnutoo> lol
Oct 18 14:45:28 <Gnutoo> it's a mud if I play it via ssh?
Oct 18 14:46:00 <DocScrutinizer-8> for sure it is on GSM ;-)
Oct 18 14:47:46 <Gnutoo> Global SSH Multidungeon?
Oct 18 14:48:21 <DocScrutinizer-8> hehe
Oct 18 14:48:56 <mickeyl> *sigh*
Oct 18 14:49:03 * mickeyl not motivated to implement call handling... 
Oct 18 14:49:09 <mickeyl> boring monkey work
Oct 18 14:49:20 <mickeyl> do we need call handling in fso2?
Oct 18 14:49:26 <mickeyl> can't we just voip?
Oct 18 14:49:59 <mickeyl> can +CLCC ever show a '3' ?
Oct 18 14:50:11 <mickeyl> or is that impossible?
Oct 18 14:50:27 <mickeyl> where's a gsm expert when you need one
Oct 18 14:50:42 <DocScrutinizer-8> is that multiline?
Oct 18 14:50:52 <mickeyl> +clcc shows 'calls known to the system' ya
Oct 18 14:51:00 <mickeyl> indices start w/ 1
Oct 18 14:51:04 <mickeyl> and i wonder whether it's limited to 1-2
Oct 18 14:51:14 <DocScrutinizer-8> nope, that should always be 1 or 2
Oct 18 14:51:15 <mickeyl> and if the 3rd one always gets a busy
Oct 18 14:51:47 <mickeyl> what about one being active, one on hold? 3rd caller gets busy?
Oct 18 14:52:05 <DocScrutinizer-8> you can have a max of 2 concurrent calls / lines (at least for ISDN and GSM)
Oct 18 14:52:16 <mickeyl> yes, but how's concurrent defined
Oct 18 14:52:19 <DocScrutinizer-8> yep
Oct 18 14:52:35 <mickeyl> like... can i swap between two, while the third is on hold?
Oct 18 14:52:54 <mickeyl> hmm,probably not
Oct 18 14:53:06 <DocScrutinizer-8> concurrent is any established "dialog" from invite/ring over hold until connection teardown
Oct 18 14:53:13 <mickeyl> ah
Oct 18 14:53:27 <mickeyl> in that case it'd 100% sure we never get any index out of 1-2
Oct 18 14:53:45 <mickeyl> hmm
Oct 18 14:53:46 <DocScrutinizer-8> I'd say yes - for GSM
Oct 18 14:53:47 <mickeyl> but look at that:
Oct 18 14:53:55 <mickeyl> http://www.google.de/search?ie=UTF-8&oe=UTF-8&q=%22%2BCLCC%3A+3
Oct 18 14:54:00 <mickeyl> http://www.microchip.ua/simcom/GSM-GPRS-GPS/AppNotes%20-%20doc/SIMCom%20Modules%20Multiparty%20Application%20Note_V1.0.pdf
Oct 18 14:54:05 <mickeyl> their examples show +CLCC=3
Oct 18 14:54:07 <mickeyl> :3 even
Oct 18 14:54:39 <CIA-26> SHR: 03mok 07libphone-ui * rc89005b21bfb 10/src/phoneui.c: add missing call to frameworkd_handler_connect
Oct 18 14:54:43 <mickeyl> or are these nonstandard devices?
Oct 18 14:54:49 <CIA-26> SHR: 03mok 07libphone-ui * ra529bc46d3ca 10/src/ (phoneui-utility.c phoneui-utility.h): utility: add phoneui_contact-get
Oct 18 14:54:50 <CIA-26> SHR: 03mok 07libphone-ui * r2675791f5d1e 10/src/ (phoneui.c phoneui.h.in): add phoneui_contacts_refresh and phoneui_contacts_contact_show
Oct 18 14:55:04 <morphis> heyho
Oct 18 14:55:08 <mickeyl> yo morphis 
Oct 18 14:56:13 <DocScrutinizer> "" For more details about this command, please refer to [1].""
Oct 18 14:56:38 <mickeyl> ok, i think these are non-standard
Oct 18 14:56:40 <mickeyl> look:
Oct 18 14:56:41 <mickeyl> "Note: You can dial or pick up five different phones in all and establish six sides conversation
Oct 18 14:56:41 <mickeyl> follow the above steps. You can also get through the sixth phone when the former five calls were
Oct 18 14:56:41 <mickeyl> held on, but it can not join in the Multiparty.
Oct 18 14:56:41 <mickeyl> "
Oct 18 14:56:49 <mickeyl> 5 phones... never with GSM :)
Oct 18 14:57:34 <morphis> hrhr
Oct 18 14:57:48 <morphis> who describes this scenario?
Oct 18 14:57:54 <DocScrutinizer> mickeyl: 
Oct 18 14:57:56 <mickeyl> http://www.microchip.ua/simcom/GSM-GPRS-GPS/AppNotes%20-%20doc/SIMCom%20Modules%20Multiparty%20Application%20Note_V1.0.pdf
Oct 18 14:57:59 <DocScrutinizer> ""
Oct 18 14:58:00 <DocScrutinizer> Note: You can dial or pick up five different phones in all and establish six sides conversation
Oct 18 14:58:02 <DocScrutinizer> follow the above steps. You can also get through the sixth phone when the former five calls were
Oct 18 14:58:03 <DocScrutinizer> held on, but it can not join in the Multiparty.
Oct 18 14:58:05 <DocScrutinizer> ""
Oct 18 14:58:17 <mickeyl> ya, what i just pasted
Oct 18 14:58:24 <mickeyl> this is some extension system
Oct 18 14:58:52 <DocScrutinizer> never heard of that
Oct 18 14:59:14 <mickeyl> there are some more hits when searching for +clcc:3 though
Oct 18 15:00:24 <mickeyl> iirc in my tests, when i had two calls on hold, the third was never alerting me
Oct 18 15:00:29 <mickeyl> it just got a busy right from the start 
Oct 18 15:00:40 <mickeyl> but it might as well depend on the SIM and the provider as well 
Oct 18 15:00:41 <mickeyl> :/
Oct 18 15:00:48 <DocScrutinizer> that's the common GSM definition
Oct 18 15:01:02 <DocScrutinizer> afaik
Oct 18 15:01:06 <mickeyl> ya, afaik as well
Oct 18 15:01:12 <mickeyl> need to test that again
Oct 18 15:01:42 <mickeyl> or ask Harald what the "other" side says
Oct 18 15:01:54 <mickeyl> like, the basestation
Oct 18 15:02:19 <DocScrutinizer> mickeyl: to be safe, just implement unlimited number of concurrent lines to fso, no?
Oct 18 15:02:32 <mickeyl> i'd rather not
Oct 18 15:02:53 <mickeyl> this makes the state machine very complicated when you translate between the dbus commands and the AT+CHLD and friends
Oct 18 15:02:54 <larsc> limit it to 99
Oct 18 15:03:09 <mickeyl> +CHLD is a nightmare command anyways
Oct 18 15:03:29 <mickeyl> descriptions are very ambigous
Oct 18 15:03:33 <mickeyl> ~spell ambiguous
Oct 18 15:03:35 <apt> 'ambiguous' may be spelled correctly
Oct 18 15:03:38 <mickeyl> ~botsnack
Oct 18 15:03:38 <apt> thanks, mickeyl
Oct 18 15:13:00 <mickeyl> hmm, d'oh
Oct 18 15:13:09 <mickeyl> atd06968098690;
Oct 18 15:13:09 <mickeyl> NO DIALTONE
Oct 18 15:13:12 <mickeyl> NO DIALTONE???
Oct 18 15:13:16 <mickeyl> fun
Oct 18 15:13:18 <mickeyl> never seen that one
Oct 18 15:14:18 <mickeyl> oh well, parser understands it already
Oct 18 15:16:08 <DocScrutinizer> LOOOOLLLL
Oct 18 15:17:27 <DocScrutinizer> what's the semantics of "NO DIALTONE" on GSM? Does that mean "no RF-signal" || "no slot free on BTS", or what?
Oct 18 15:17:31 <CIA-26> SHR: 03mok 07libphone-ui-shr * r836f5f7d6793 10/src/ (view/views.h.in widget/elm_config.h.in): fix define for path to KEYPAD_FILE
Oct 18 15:17:33 <CIA-26> SHR: 03mok 07libphone-ui-shr * rd12360e3a5fb 10/src/ (5 files in 2 dirs): add phoneui_backend_contacts_refresh and contact_show
Oct 18 15:17:33 <CIA-26> SHR: 03mok 07libphone-ui-shr * r08da6a763ae3 10/src/view/dialer-view.c: dialer: use phoneui_contacts_new_show to add a contact from the number
Oct 18 15:17:50 <mickeyl> some modems send it when you are not registered
Oct 18 15:17:59 <DocScrutinizer> tzzz
Oct 18 15:18:08 <mickeyl> most send you NO CARRIER though
Oct 18 15:18:31 <DocScrutinizer> ok, semantics are anybodys taste, as long as they are unambiguous
Oct 18 15:18:37 <mickeyl> yeah
Oct 18 15:19:24 <DocScrutinizer> NO CARRIER is a quite different msg though, from old days of analog modems
Oct 18 15:19:33 <mickeyl> yeah
Oct 18 15:19:35 <mickeyl> btw.
Oct 18 15:19:41 <mickeyl> here's a fun one
Oct 18 15:19:54 <mickeyl> almost every AT publication has the following link when it discusses +CHLD
Oct 18 15:19:56 <mickeyl> "Call identification number as described in GSM02.30 subclause 4.5.5.1"
Oct 18 15:20:08 <mickeyl> apparantly they copied that from somewhere else
Oct 18 15:20:12 <mickeyl> the culprit is though...
Oct 18 15:20:21 <mickeyl> all the 02.30 specs i can find have no such subclause
Oct 18 15:20:22 <DocScrutinizer> that document doesn't exist?
Oct 18 15:20:31 <DocScrutinizer> hehe
Oct 18 15:20:44 <mickeyl> I'd really love to read this paragraph
Oct 18 15:20:48 <mickeyl> but it doesn't exist :/
Oct 18 15:20:54 <DocScrutinizer> I bet you do
Oct 18 15:20:59 <mickeyl> and 02.30 doesn't really talk about call identification numbers anyways
Oct 18 15:21:47 <DocScrutinizer> maybe not the subclause numbering, but rather the title of whole document is erroneous ?
Oct 18 15:21:53 <mickeyl> possible
Oct 18 15:22:00 <mickeyl> but as there are tons of those specs
Oct 18 15:22:09 <mickeyl> it's going to be tough to grab all and look for such a subclause
Oct 18 15:22:44 <DocScrutinizer> yep
Oct 18 15:22:55 <mickeyl> hmm, actually it might have been there once
Oct 18 15:23:00 <mickeyl> but as there are dozens of revisions
Oct 18 15:23:05 <mickeyl> they might have thrown this paragraph out
Oct 18 15:23:14 * mickeyl tries to grab a really old version of 02.30
Oct 18 15:24:08 <DocScrutinizer> well, maxim had a bug in their MAX232 appnotes, for size of capacitor (10uF instead of needed 1uF, or sth like that). This error was copied over and over to later docs, both by externals and by maxim itself
Oct 18 15:24:15 <mickeyl> heh
Oct 18 15:24:31 <rebelThor> does anyone happen to have a solution for the No package 'gee-1.0' found error in vala-dbus-binding-tool-native? I can't seem to get the thing to build :(
Oct 18 15:24:56 <mrmoku> rebelThor: make update (if you're building from shr/merge)
Oct 18 15:25:08 <DocScrutinizer> mickeyl: try google for help?
Oct 18 15:25:20 <mrmoku> mickeyl: ^^^ that happened with your last commit to the vala-bindings-tool...
Oct 18 15:25:29 <mrmoku> any hint on how to adjust the recipe?
Oct 18 15:25:32 <mickeyl> mrmoku: strange, the last commit was supposed to actually fix that
Oct 18 15:25:45 <mickeyl> did you catch up with the deps?
Oct 18 15:25:52 <mrmoku> I set a fixed rev to the commit before and it worked...
Oct 18 15:25:53 <mickeyl> vala-dbus-binding-tool-native now needs gee-native
Oct 18 15:25:59 <mrmoku> ahh...
Oct 18 15:26:01 <mrmoku> ok :)
Oct 18 15:26:13 <mrmoku> there is no such thing I think :)
Oct 18 15:26:15 <mickeyl> sorry, i thought that was obvious
Oct 18 15:26:24 <TAsn> mrmoku, still fails
Oct 18 15:26:29 <mrmoku> TAsn: all fine :)
Oct 18 15:26:32 <TAsn>  git read-tree 1 failed with signal 128, output:
Oct 18 15:26:32 <TAsn> fatal: Not a valid object name 1
Oct 18 15:26:32 <TAsn> NOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed
Oct 18 15:26:36 <TAsn> mrmoku, works for you?
Oct 18 15:26:41 <TAsn> what was the problem?
Oct 18 15:26:45 <mrmoku> you did not update?
Oct 18 15:26:46 <mickeyl> read-tree 1 = SRCREV not set
Oct 18 15:26:50 <TAsn> here it still doesn't build :|
Oct 18 15:26:51 <mrmoku> :)
Oct 18 15:26:55 <TAsn> mrmoku, I did.
Oct 18 15:26:59 <TAsn> 10 times already.
Oct 18 15:27:04 <TAsn> but, sec, again.
Oct 18 15:27:19 <mickeyl> DocScrutinizer: actually the version from 1993 contain the paragraph
Oct 18 15:27:19 <mrmoku> watch out for oe hangups
Oct 18 15:27:25 <mickeyl> not that it contains much info thgouh :/
Oct 18 15:27:27 <DocScrutinizer> mickeyl: lol
Oct 18 15:27:35 <TAsn> mrmoku, anyhow
Oct 18 15:27:37 <TAsn> works great?
Oct 18 15:27:39 <DocScrutinizer> mickeyl: mind to share a url?
Oct 18 15:27:44 <mrmoku> TAsn: yup, works
Oct 18 15:27:51 <TAsn> mrmoku, great?
Oct 18 15:27:52 <TAsn> :)
Oct 18 15:27:53 <mrmoku> TAsn: please pull all :)
Oct 18 15:27:55 <TAsn> what was the issue? :)
Oct 18 15:27:59 <mickeyl> http://www.3gpp.org/ftp/Specs/archive/02_series/02.30/0230-491.zip
Oct 18 15:28:15 <mrmoku> TAsn: frameworkd_handler_connect got lost by the splitting
Oct 18 15:28:16 <TAsn> damn, youve been busy :)
Oct 18 15:28:21 <DocScrutinizer> oh FSCK. A .doc
Oct 18 15:28:22 <TAsn> mrmoku, i c ;)
Oct 18 15:28:25 <mickeyl> it does say nothing about the parameter boundaries for the directory number though
Oct 18 15:28:29 <TAsn> mrmoku, so what do we have atm?
Oct 18 15:28:34 <mrmoku> TAsn: yup... whole day since 5:30 ;)
Oct 18 15:28:36 <TAsn> (concerning features)
Oct 18 15:28:41 <TAsn> everything?
Oct 18 15:28:46 <TAsn> phoneui works completely? :)
Oct 18 15:28:54 <mrmoku> yup
Oct 18 15:29:05 <TAsn>     add phoneui_contacts_refresh and phoneui_contacts_contact_show
Oct 18 15:29:07 <TAsn> YOU ROCK!:)
Oct 18 15:29:24 <mrmoku> does not work yet as expected :|
Oct 18 15:29:29 <mrmoku> (the refresh)
Oct 18 15:29:43 <TAsn> but still
Oct 18 15:29:45 <TAsn> very cool :)
Oct 18 15:29:47 <mrmoku> TAsn: have to help prepare the Pizza now :)
Oct 18 15:29:49 <morphis_> mrmoku: you started working on a new phonui lib?
Oct 18 15:29:50 <TAsn> so we are ready to move to that?
Oct 18 15:29:57 <TAsn> mrmoku, wait, one last q :)
Oct 18 15:29:59 <mickeyl> hmm
Oct 18 15:29:59 <TAsn> so we are ready to move to that?
Oct 18 15:30:00 <mickeyl>     #  2   Put active calls on hold (and activate the waiting or held call).
Oct 18 15:30:02 <mrmoku> TAsn: build it and try it :)
Oct 18 15:30:03 <mickeyl> damn
Oct 18 15:30:10 * rebelThor is a bit confused, what's shr/merge? i'm trying to build using the http://trac.shr-project.org/trac/wiki/Building%20SHR steps and the shr-unstable folder, hoping i'd get the last available version :D
Oct 18 15:30:11 <TAsn> mrmoku, sounds like a yes :)))
Oct 18 15:30:13 <TAsn> thanks.
Oct 18 15:30:15 <mickeyl> what when i want to put active calls on hold _without_ activating a waiting or held call?
Oct 18 15:30:15 <mrmoku> morphis_: yes... ophonekitd replacement
Oct 18 15:30:18 <mickeyl> GSM sucks
Oct 18 15:30:21 <morphis_> yeah!
Oct 18 15:30:27 <TAsn> mrmoku, enjoy.
Oct 18 15:30:44 <TeLLuS> NOTE: preferred version 0.7.7 of vala-native not available (for item vala-native)
Oct 18 15:30:45 <TAsn> [Rui], here?
Oct 18 15:30:54 <mickeyl> oh btw.
Oct 18 15:30:57 <morphis_> mrmoku: but not based on the vala ophonekitd written by ptitjes?
Oct 18 15:31:02 <mrmoku> morphis_: no
Oct 18 15:31:02 <TAsn> morphis_, no.
Oct 18 15:31:03 <mickeyl> i seriously recommend to bump the vala version
Oct 18 15:31:17 <[Rui]> TAsn: yes, still fighting with curl, now trying ecore_con_url out to see if it helps me. SSL issues...
Oct 18 15:31:17 <TAsn> it's a c phonekitd
Oct 18 15:31:17 <mrmoku> mickeyl: ok, will do
Oct 18 15:31:20 <morphis_> mrmoku, TAsn: why not?
Oct 18 15:31:34 <mickeyl> mrmoku: i'll cut a 0.7.7+fso3 release now
Oct 18 15:31:38 <TAsn> morphis_, is we both don't know vala and don't wish to learn ;]
Oct 18 15:31:41 <TAsn> but mostly
Oct 18 15:31:41 <mrmoku> mickeyl: ok, great
Oct 18 15:31:50 <TAsn> because we mainly stripped stuff out of ophonekitd
Oct 18 15:31:51 * mrmoku off for the pizza :)
Oct 18 15:31:52 <mrmoku> bbl
Oct 18 15:31:53 <TAsn> and not added
Oct 18 15:31:58 <morphis_> TAsn: ah ok
Oct 18 15:32:15 <TAsn> mainly though, there's no reason to use a piece of software none of us can maintain.
Oct 18 15:32:28 <morphis_> oh I see there even some specs out
Oct 18 15:32:31 <TAsn> (as we don't know vala and don't intend to learn it soon)
Oct 18 15:32:43 <TAsn> [Rui], just wanted to let you know
Oct 18 15:32:45 <mickeyl> too bad
Oct 18 15:32:46 <TAsn> that you can finally
Oct 18 15:32:56 <mickeyl> it would enlarge your productivity by 1000% 
Oct 18 15:33:09 <mickeyl> judging from the average Vala -> C LOC ratio
Oct 18 15:33:12 <TAsn> use the dbus calls.
Oct 18 15:33:17 <TAsn> mickeyl, probably.
Oct 18 15:33:29 <mickeyl> use whatever you like most though
Oct 18 15:33:29 <Q-Master> what's new?
Oct 18 15:33:31 <mickeyl> FOSS is supposed to be fun
Oct 18 15:33:32 <mickeyl> :)
Oct 18 15:33:39 <TAsn> mickeyl, but still, a rewrite is too much work. and I like C better :)
Oct 18 15:33:43 <TAsn> exactly. ;)
Oct 18 15:33:47 <[Rui]> my libcurl and shr's libcurl have problems doing SSL on my curl code calls. I can't understand why :(
Oct 18 15:33:50 <mickeyl> tell me about rewrites being too much work
Oct 18 15:33:51 * mickeyl sighs
Oct 18 15:33:56 <TAsn> [Rui], easy
Oct 18 15:34:01 <TAsn> iirc it's not compiled with ssl
Oct 18 15:34:05 <TAsn> not sure though.
Oct 18 15:34:10 * mickeyl abandones fso2 and concentrates on iphone OS
Oct 18 15:34:14 <mickeyl> *g*
Oct 18 15:34:20 <TAsn> I remember something about it though.
Oct 18 15:34:22 <TAsn> mickeyl, :)
Oct 18 15:34:22 <[Rui]> TAsn: ah nice, what should be used? for the time being I would do an exec for mdbus and later on really use dbus
Oct 18 15:34:25 <[Rui]> TAsn: it is
Oct 18 15:34:36 <TAsn> [Rui], dbus with python is easy
Oct 18 15:34:40 <TAsn> why not use it ?
Oct 18 15:34:51 <TAsn> anyhow, just download phoneuid
Oct 18 15:34:54 <TAsn> and give it a go
Oct 18 15:34:54 <ptitjes> TAsn: "don't intend to learn it" - that's a pity, backwarder
Oct 18 15:34:58 <[Rui]> TAsn: see your problem with Vala? That's me with Python :)
Oct 18 15:35:24 <[Rui]> TAsn: isn't it in the unstable repo yet'
Oct 18 15:35:25 <TAsn> [Rui], it's not the same.
Oct 18 15:35:25 <[Rui]> ?
Oct 18 15:35:32 <TAsn> ptitjes, :)
Oct 18 15:35:33 <ptitjes> TAsn: yeah dbus with python is slow
Oct 18 15:35:37 <ptitjes> too
Oct 18 15:35:39 <TAsn> [Rui], no.
Oct 18 15:35:44 * mickeyl hails ptitjes 
Oct 18 15:35:45 <TAsn> ptitjes, but less than with mdbus
Oct 18 15:36:07 <[Rui]> TAsn: yes, but right now I want to make elmdentica use ssl
Oct 18 15:36:19 <TAsn> [Rui], so I think you should first look in libcurl
Oct 18 15:36:20 <ptitjes> TAsn: I see you still have good references
Oct 18 15:36:27 <TAsn> ptitjes, :)
Oct 18 15:36:49 <mickeyl> mrmoku: 0.7.7+fso3 uploaded. similar to upstream git rev 4e818c1d8dc1a7683b220ed5cb0ebad69cd02ad0
Oct 18 15:36:51 <[Rui]> TAsn: I've been doing that an awful lot. I don't understand why https.c works and what I have doesn't.
Oct 18 15:37:10 <TAsn> oh, so https.c does work
Oct 18 15:37:11 <TAsn> hm...
Oct 18 15:37:24 <TAsn> wait elmdentica is written in C?
Oct 18 15:37:30 <[Rui]> the only change is that I'm using gcc `pkg-config`... in https.c and autoconf in elmdentica
Oct 18 15:37:32 <[Rui]> TAsn: yes.
Oct 18 15:37:50 <TAsn> pkg-config with what parameters?
Oct 18 15:38:55 <TAsn> [Rui], you might be using different parameters
Oct 18 15:38:58 <[Rui]> the same that autoconf is using, libcurl
Oct 18 15:39:03 <TAsn> i c.
Oct 18 15:39:08 <TAsn> hm..
Oct 18 15:39:20 <TAsn> maybe it has something to do with certificates?
Oct 18 15:39:35 <[Rui]> TAsn: and according to ldd, libcurl in shr-u has ssl :)
Oct 18 15:39:45 <TAsn> [Rui], as I said, I wasn't sure :)
Oct 18 15:39:49 <[Rui]> TAsn: doesn't look like it. the error I have is not being able to create ssl context (27)
Oct 18 15:39:59 <TAsn> hm.
Oct 18 15:40:09 <TAsn> my only advice is google.
Oct 18 15:40:09 <TAsn> :|
Oct 18 15:40:19 <[Rui]> only php stuff shows up
Oct 18 15:40:35 <[Rui]> but right now I'm trying to work around it by using ecore_con_url
Oct 18 15:40:40 <TAsn> may be the same issue.
Oct 18 15:40:45 <[Rui]> hopefully it does curl better than I do :)
Oct 18 15:41:05 <TAsn> hehe :)
Oct 18 15:41:33 <TAsn> mind pastbining https.c and your relevant code? I'll try to take a look (although last time I used libcurl was ages ago)
Oct 18 15:43:20 <[Rui]> TAsn: http://code.google.com/p/elmdentica/source/browse/trunk/
Oct 18 15:43:36 <[Rui]> https.c is the example code from libcurl
Oct 18 15:43:52 <DocScrutinizer> mickeyl: (directory nr boundaries) I think the directory is sth different, but not sure about that. Anyway: """X" is the numbering (starting with 1) of the call given by the sequence of setting up or receiving the calls (active, held or waiting) as seen by the served subscriber. Calls hold their number until they are released. New calls take the lowest available number.""
Oct 18 15:44:25 <TAsn> [Rui], will review soon.
Oct 18 15:45:14 <TAsn> I heard in the hebrew ML that people have great sound using hackable:1 and bad sound using shr (same state files) what more is missing? I want to fix this in shr as well. any ideas anyone?
Oct 18 15:45:16 <DocScrutinizer> mickeyl: no further indication there's any upper limit for the number of concurrent dialogs (except maybe X suggests that's a one-digit value)
Oct 18 15:45:20 <[Rui]> TAsn: thanks, if you find out why, I'm really curious
Oct 18 15:45:47 <[Rui]> TAsn: a colleague complains a lot when I'm on speaker
Oct 18 15:45:52 <rebelThor> i must be doing something wrong, as I can't seem to build the shr-unstable image.. still getting the gee error .. anyone kind enough to guide me through the steps required (other than what's on the wiki for building shr) :D
Oct 18 15:45:59 <TAsn> [Rui], what'sl the relevant page from your software?
Oct 18 15:46:16 <TeLLuS> rebelThor: me too
Oct 18 15:46:17 <[Rui]> TAsn: mostly elmdentica.c in set_urls() and curl.c
Oct 18 15:46:36 <TAsn> ok.
Oct 18 15:46:41 <DocScrutinizer-8> TAsn: (sound) AT cmds
Oct 18 15:46:48 <TAsn> thought about that.
Oct 18 15:46:55 <TAsn> is there anything more that I should check
Oct 18 15:46:58 <TAsn> or just those?
Oct 18 15:47:01 <DocScrutinizer-8> TAsn: like AT%Nxxxx, AT+CLVL
Oct 18 15:47:02 <[Rui]> TAsn: you'll need to convert http:// into https:// in set_urls() before trying
Oct 18 15:47:22 <TAsn> [Rui], I don't have time to try
Oct 18 15:47:25 <[Rui]> TAsn: according to the examples, I shouldn't need to do anyting else
Oct 18 15:47:31 <TAsn> I'll just statically review the code.
Oct 18 15:47:38 <[Rui]> TAsn: ah ok
Oct 18 15:47:47 <TAsn> DocScrutinizer, thanks a lot. :)
Oct 18 15:47:51 <TAsn> nothing more though?
Oct 18 15:48:00 <TAsn> just state and AT command should matterL
Oct 18 15:48:08 <[Rui]> in elmdentica.c I create an user_agent by calling ed_curl_init();
Oct 18 15:48:08 <DocScrutinizer-8> TAsn: nothing comes to my mind
Oct 18 15:48:26 <TAsn> thanks.
Oct 18 15:48:31 <DocScrutinizer-8> yw
Oct 18 15:48:33 <TAsn> brb in 30 mins.
Oct 18 15:48:40 <[Rui]> TAsn: so that's a curl_easy object on which I do an ed_curl_get(url_of_friends_timeline).
Oct 18 15:49:07 <[Rui]> TAsn: so ed_curl_init prepares the curl object, and ed_curl_get is what does the HTTP GET
Oct 18 15:51:06 <[Rui]> I've just given up on Ecore_Con_Url, it doesn't seem to be flexible enough, and an example I found is already outdated so I can't get to the curl component it contains *bah*
Oct 18 15:54:58 <[Rui]> rebelThor: what've you done so far?
Oct 18 15:55:45 <rebelThor> [Rui]: everything on the http://trac.shr-project.org/trac/wiki/Building%20SHR page, last steps being cd shr-unstable and make image, stuck on vala-dbus-binding-tool-native with the above mentioned error
Oct 18 15:56:16 <rebelThor> already done a "make update" in the top folder, so i'm guessing we're not using the same repo or something?
Oct 18 15:59:42 <[Rui]> rebelThor: cd shr-unstable
Oct 18 15:59:44 <[Rui]> . setup-env
Oct 18 15:59:53 <[Rui]> bitbake -c build ....
Oct 18 16:04:15 <rebelThor> [Rui]: i've ran bitbake -c build vala-dbus-binding-tool-native and got http://pastebin.com/m4516d2c1
Oct 18 16:05:16 <[Rui]> rebelThor: and what does /home/thor/Openmoko/shr-unstable/tmp/work/i686-linux/vala-dbus-binding-tool-native-0.1.0+gitr38+54ffd64f7bc090a3ea6abde940570f688d8666d0-r0/temp/log.do_configure.7214 tell you about?
Oct 18 16:05:40 <TeLLuS> rebelThor: I also get NOTE: preferred version 0.7.7 of vala-native not available (for item vala-native)
Oct 18 16:05:58 <rebelThor> [Rui]: http://pastebin.com/m62ff2ef6 , No package 'gee-1.0' found
Oct 18 16:07:16 <mrmoku> TAsn: does it build now?
Oct 18 16:07:24 <TAsn> yes.
Oct 18 16:07:27 <TAsn> thanks.
Oct 18 16:07:34 <mrmoku> installed?
Oct 18 16:07:37 <TAsn> mrmoku, did you put it in task-shr-feed
Oct 18 16:07:39 <TAsn> mrmoku, not yet.
Oct 18 16:07:44 <mrmoku> not yet :)
Oct 18 16:07:46 <TAsn> had to rebuild frameworkd-glib.
Oct 18 16:08:34 <TeLLuS> mrmoku: Is there a gee-1.0 or is the dependency removed?
Oct 18 16:08:46 <TAsn> actually, mrmoku task-shr-minimal would be better ;)
Oct 18 16:08:54 <mrmoku> TeLLuS: I set a fixed rev for vala-binding-tools-native
Oct 18 16:09:03 <mrmoku> TeLLuS: though the correct fix is too add libgee-native
Oct 18 16:09:04 <bumbl> mrmoku: any plans for a new image?
Oct 18 16:09:15 <mrmoku> bumbl: hehe... plans since very long, yes
Oct 18 16:09:31 <bumbl> openembedded again behaving badß
Oct 18 16:09:32 <bumbl> ?
Oct 18 16:09:45 <mrmoku> bumbl: more ourselves changing too much at once :P
Oct 18 16:09:58 <bumbl> change is good ;)
Oct 18 16:10:01 <mrmoku> but it's stabilizing :)
Oct 18 16:10:04 <bumbl> change we believe in
Oct 18 16:10:07 <bumbl> ;p
Oct 18 16:10:14 <mwester> ppphhhhhtttt!
Oct 18 16:10:23 <mrmoku> mwester: pleas don't build ;)
Oct 18 16:10:48 <mwester> I promise I won't.
Oct 18 16:10:52 <mrmoku> :P
Oct 18 16:11:03 <mwester> I guess I'll just switch to Android, then...
Oct 18 16:11:13 <mwester> :D :P
Oct 18 16:11:25 <mrmoku> uhh... from the rain in the drain... or something like that ;)
Oct 18 16:11:32 <[Rui]> rebelThor: what happens when you bitbake gee ?
Oct 18 16:11:56 <[Rui]> rebelThor: libgee I mean
Oct 18 16:12:15 <mrmoku> libgee-native is what is missing
Oct 18 16:12:15 <TeLLuS> mrmoku: OK, that was the missing bit I needed..   bitbake libgee-native    But it did not work after update for me and others like rebelThor
Oct 18 16:12:22 <[Rui]> rebelThor: could you try to bitbake libgee ?
Oct 18 16:12:29 <rebelThor> [Rui]:trying that now
Oct 18 16:12:44 <[Rui]> mrmoku: I only see libgee in recipes/ but I may not be so updated :)
Oct 18 16:12:48 <TeLLuS> without -native..
Oct 18 16:13:26 <mrmoku> [Rui]: that's the problem ;)
Oct 18 16:13:38 <mrmoku> (not that you're not updated... missing libgee-native)
Oct 18 16:13:41 <[Rui]> mrmoku: or my luck :) this way I can still build stuff :)
Oct 18 16:17:21 <TAsn> mrmoku, btw, just to make sure
Oct 18 16:17:30 <TAsn> for instance
Oct 18 16:17:32 <TAsn> contacts show
Oct 18 16:17:41 <TAsn> doesn't regenerate list, right?
Oct 18 16:18:02 <TAsn> the list regenerates only when there's a NewContactAdded signal
Oct 18 16:18:04 <TAsn> right?
Oct 18 16:18:18 <TAsn> if not, we should remember to do that.
Oct 18 16:18:36 <mrmoku> TAsn: well... that's why I added that refresh thing
Oct 18 16:18:46 <mrmoku> but I'm not sure I like that
Oct 18 16:18:46 <TAsn> :)
Oct 18 16:18:54 <TAsn> why not?
Oct 18 16:18:59 <TAsn> that's proper caching
Oct 18 16:19:05 <TAsn> and will make loading of apps
Oct 18 16:19:11 <TAsn> < 0.5 seconds
Oct 18 16:19:19 <mrmoku> huh?
Oct 18 16:19:30 <mrmoku> right now the contacts window will still destroy when closing
Oct 18 16:19:39 <mrmoku> just when it's open it is getting a refresh
Oct 18 16:19:44 <TAsn> so we need to fix it ;)
Oct 18 16:19:47 <TAsn> so it won't
Oct 18 16:19:50 <TAsn> (for caching purposes)
Oct 18 16:19:52 <mrmoku> (which does not have effect before scrolling the wrong one out of sight)
Oct 18 16:19:58 <mrmoku> (and does not add new ones)
Oct 18 16:20:03 <mrmoku> (which I don't understand yet)
Oct 18 16:20:15 <mrmoku> will try to understand that... _after_ the Pizza :P
Oct 18 16:20:18 <mrmoku> which is ready now
Oct 18 16:20:21 <mrmoku> bbiab
Oct 18 16:20:36 <TAsn> mrmoku, yummy, pizza :)
Oct 18 16:20:38 <TAsn> have fun.
Oct 18 16:20:40 <TAsn> brb
Oct 18 16:27:12 <TeLLuS> rebelThor: After bitbake libgee ,  vala-dbus-binding-tool-native_git.bb still fail  on No package 'gee-1.0' found
Oct 18 16:28:42 <rebelThor> TeLLuS: I was just about to say that :)
Oct 18 16:29:42 <rebelThor> [Rui]: we're still getting the error even after bitbake -c build libgee 
Oct 18 16:33:05 <TeLLuS> I got to put on some snow tires.. BRB
Oct 18 16:35:13 <[Rui]> rebelThor: it seems something changed and you somehow are lacking libgee-native
Oct 18 16:35:23 <[Rui]> rebelThor: I can't help you there, sorry :|
Oct 18 16:35:37 <rebelThor> didn't mrmoku say libgee-native is missing altogether ?
Oct 18 16:36:50 <TAsn> mrmoku, i think it's better if we destroy nothing
Oct 18 16:36:59 <TAsn> first we create the screens, and then only update/hide
Oct 18 16:37:01 <TAsn> show
Oct 18 16:37:06 <TAsn> but don't destroy.
Oct 18 16:37:42 <TAsn> make: *** No rule to make target `install'.  Stop.
Oct 18 16:37:43 <TAsn> \
Oct 18 16:37:46 <TAsn> phoneuid :(
Oct 18 16:38:20 <TAsn> oh, sec.
Oct 18 16:38:36 <TAsn> forgot to clean.
Oct 18 16:42:32 <TAsn> no, still :|
Oct 18 16:42:37 <TAsn> mrmoku, :(
Oct 18 16:46:40 <TAsn> mrmoku, please try to figure out what's going wrong here :) and also, if you can, send me phoneuid so I'll have something to work with in the meanwhile
Oct 18 16:51:30 <TAsn> [Rui], haven't found the problem yet, though concerning "my_realloc" you implemented, it's the same as realloc... read the man pages if you don't believe me. ;)
Oct 18 16:53:21 <TAsn> and curl.c:268 is there a reason why you null terminate the string twice?
Oct 18 16:54:11 <TAsn> that's just what I noticed on first glance.
Oct 18 16:54:21 <TAsn> will look into it later...
Oct 18 16:54:28 <TAsn> ciao in the meanwhile
Oct 18 16:54:39 <TAsn> mrmoku, please bring salvation with you :)
Oct 18 17:02:09 <mrmoku> TAsn: huh?
Oct 18 17:03:10 <TAsn> mrmoku, I'm bored :)
Oct 18 17:03:18 <TAsn> I want phoneuid though it doesn't build
Oct 18 17:03:22 <TAsn> :(
Oct 18 17:03:52 <mrmoku> TAsn: not possible ;)
Oct 18 17:04:07 <TAsn> :(
Oct 18 17:04:15 <TAsn> make: *** No rule to make target `install'.  Stop.
Oct 18 17:04:21 <mrmoku> local build=
Oct 18 17:04:22 <mrmoku> ?
Oct 18 17:04:25 <TAsn> no.
Oct 18 17:04:35 * mrmoku switches off local building...
Oct 18 17:05:37 * mrmoku stupid
Oct 18 17:05:52 <TAsn> :)
Oct 18 17:05:54 <TAsn> http://pastebin.com/m6914fed0
Oct 18 17:05:59 <TAsn> that's the ticket I'm using. :)
Oct 18 17:06:12 <TAsn> anyhow, yeah, I figured it's something wrong with the ticket.
Oct 18 17:06:13 <TAsn> ciao ;)
Oct 18 17:06:20 <mrmoku> TAsn: make update and retry
Oct 18 17:06:22 <mrmoku> bbl
Oct 18 17:15:00 <rebelThor> [Rui]: if you're still around and willing to give a guy goin` nuts a little help, can you please let me know what is the contents of your shr-unstable/openembedded/recipes/libgee folder? i see a mention of libgee_0.3.0.bb on the web, though I only have libgee_0.1.4.bb  libgee_0.1.6.bb libgee_git.bb
Oct 18 17:27:27 <TAsn> dos1, I hate you.
Oct 18 17:27:28 <TAsn> :)
Oct 18 17:27:33 <TAsn> found the bad commit.
Oct 18 17:27:44 <TAsn> dos1, http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5930ed552ea2c77f5e6da4717dac4ee8d7cae54a
Oct 18 17:27:48 <TAsn> this broke name resolving.
Oct 18 17:28:18 <TAsn> reverting this commit here
Oct 18 17:28:22 <TAsn> fixed it.
Oct 18 17:28:23 <TAsn> :|
Oct 18 17:28:29 <TAsn> mrmoku|away, good news for you too ;) ^
Oct 18 17:29:01 <TAsn> mrmoku|away, btw, still doesn't work. :| (phoneui)
Oct 18 17:29:04 <dos1> TAsn: what's wrong in that code?
Oct 18 17:29:06 <TAsn> I'll build locally for now :|
Oct 18 17:29:15 <TAsn> dos1, that it broke name resolving for me
Oct 18 17:29:18 <TAsn> reverting it fixed it.
Oct 18 17:29:24 <dos1> TAsn: ...
Oct 18 17:29:25 <TAsn> that's what bad with that code :)
Oct 18 17:30:10 <TAsn> feel free to figure this out :)
Oct 18 17:30:29 <dos1> TAsn: then you're doing something wrong, as practically there is only added try:, except:
Oct 18 17:31:09 <TAsn> no
Oct 18 17:31:14 <TAsn> there's also the isinstance part
Oct 18 17:31:15 <TAsn> ...
Oct 18 17:31:23 <TAsn> which looked wrong.
Oct 18 17:31:28 <dos1> TAsn: hmm?
Oct 18 17:31:31 <TAsn> to me, that's why I tried reverting this commit.
Oct 18 17:31:43 <TAsn> if isinstance(field_value, (str, dbus.String)) and
Oct 18 17:31:45 <TAsn> you also added that.
Oct 18 17:31:48 <dos1> so in which type you're storing your phone numbers?
Oct 18 17:31:50 <TAsn> (in the upper part of the diff)
Oct 18 17:32:12 <dos1> as i said before
Oct 18 17:32:13 <TAsn> dos1, I'm not, it's opimd
Oct 18 17:32:15 <dos1> resolving works ;P
Oct 18 17:32:17 <TAsn> anyhow, that's what's broken.
Oct 18 17:32:18 <dos1> TAsn: no
Oct 18 17:32:20 <TAsn> no it does not
Oct 18 17:32:21 <Nebukadneza> oi
Oct 18 17:32:26 <TAsn> resolving works for you
Oct 18 17:32:28 <TAsn> not for me
Oct 18 17:32:32 <TAsn> and neither for mrmoku
Oct 18 17:32:41 <TAsn> it's 2 vs 1
Oct 18 17:33:01 <dos1> well
Oct 18 17:33:10 <dos1> if reverting that makes it working for you
Oct 18 17:33:23 <Nebukadneza> lemme try asking again here, sorry for "double post" - but mokonnect scan doesn't list networks that are visible to iwlist eth0 scan...
Oct 18 17:33:30 <dos1> then it means you're doing something wrong with storing, or there is bug somewhere else
Oct 18 17:33:41 <TAsn> dos1, as I didn't store anything
Oct 18 17:33:46 <TAsn> and this happens with sim contacts
Oct 18 17:33:56 <dos1> so maybe bug is somewhere else
Oct 18 17:34:03 <TAsn> btw
Oct 18 17:34:07 <dos1> as this code looks fscking correctly
Oct 18 17:34:07 <TAsn> I think I know what's wrong.
Oct 18 17:34:16 <TAsn> my contacts are utf8
Oct 18 17:34:19 <TAsn> which means it's
Oct 18 17:34:26 <TAsn> of type unicode string
Oct 18 17:34:27 <dos1> contacts?
Oct 18 17:34:30 <TAsn> and not string
Oct 18 17:34:31 <TAsn> yes.
Oct 18 17:34:32 <TAsn> contacts.
Oct 18 17:34:36 <dos1> you mean Name field, or Phone field? ;p
Oct 18 17:34:43 <TAsn> name.
Oct 18 17:34:47 <TAsn> yeah, nvm my last comment
Oct 18 17:34:47 <dos1> with Name it doesn't matter
Oct 18 17:34:48 <TAsn> ;)
Oct 18 17:34:51 <TAsn> yeah.
Oct 18 17:34:53 <TAsn> just thought about that.
Oct 18 17:34:58 <TAsn> anyhow, there's a bug somewhere else
Oct 18 17:35:00 <TAsn> please 
Oct 18 17:35:05 <TAsn> remove the first part of the and
Oct 18 17:35:10 <TAsn> (i.e the isinstance)
Oct 18 17:35:11 <TAsn> and add a debug
Oct 18 17:35:14 <TAsn> message
Oct 18 17:35:22 <TAsn> that shows the type of the field_value
Oct 18 17:35:29 <TAsn> when there's an exception
Oct 18 17:35:33 <dos1> removing isinstance breaks things even more
Oct 18 17:35:35 <dos1> ;p
Oct 18 17:35:41 <TAsn> not when there's a try.
Oct 18 17:35:42 <TAsn> ...
Oct 18 17:35:52 <dos1> hmm
Oct 18 17:35:54 <dos1> oh, right
Oct 18 17:36:09 <TAsn> just add an logger error message
Oct 18 17:36:09 <dos1> so do that ;)
Oct 18 17:36:16 * TAsn is afraid.
Oct 18 17:36:24 <TAsn> as I already broke python code many times
Oct 18 17:36:29 <TAsn> anyway I don't have commit access.
Oct 18 17:36:37 <TAsn> so you'll have to do something anyway :)
Oct 18 17:36:40 <dos1> TAsn: no, don't commit
Oct 18 17:36:41 <dos1> just edit locally
Oct 18 17:36:47 <dos1> s/pass/logger.debug(str(type(field_value)))/
Oct 18 17:36:57 <TAsn> okie.
Oct 18 17:37:07 <dos1> and remove isinstance
Oct 18 17:37:32 <dos1> i will be suprised if you'll be able to break even that ;)
Oct 18 17:39:42 <TAsn> we'll see if I can.
Oct 18 17:40:01 <TAsn> anyhow, at least we found what you broke ;]
Oct 18 17:40:25 <TAsn> hm.. dos!
Oct 18 17:40:28 <TAsn> I think I got it.
Oct 18 17:40:36 <TAsn> when you make comp for LOCAL stuff
Oct 18 17:40:42 <TAsn> it's not of type dbus.string
Oct 18 17:40:44 <TAsn> now is it?
Oct 18 17:41:10 <TAsn> oh, the tuple probably means options
Oct 18 17:41:11 <TAsn> right?
Oct 18 17:41:12 <TAsn> nvm me
Oct 18 17:41:28 <TAsn> I haven't done any python for a long time (pyphonelog) and even then I was a noob.
Oct 18 17:42:07 <dos1> TAsn: yup, tuple means options
Oct 18 17:42:15 <TAsn> okie.
Oct 18 17:42:51 <TAsn> bah, your debug message worths nothing
Oct 18 17:43:01 <TAsn> as it'll probably alert it on utf8 contacts as well.
Oct 18 17:44:25 <TAsn> oh ffs
Oct 18 17:44:28 <TAsn> I'm an idiot anyway.
Oct 18 17:44:40 <TAsn> as I didn't add the isinstance.
Oct 18 17:44:42 <TAsn> bah. sec.
Oct 18 17:46:09 <dos1> just do that
Oct 18 17:46:17 <dos1> you can also add field_name
Oct 18 17:46:32 <dos1> well, you should add field_name to that debug message ;)
Oct 18 17:47:29 <TAsn> thought so.
Oct 18 17:47:50 <TAsn> I'm pretty sick of debugging to tell you the truth. :)
Oct 18 17:47:52 <TAsn> bah.
Oct 18 17:53:15 <mrmoku> TAsn: testing the non-local build of phoneuid now
Oct 18 17:53:26 <TAsn> hm... dos1 no debug message.
Oct 18 17:53:41 <mrmoku> meanwhile... if we cache screens we have to make damn sure they get reloaded properly :P
Oct 18 17:54:19 <mrmoku> and just to be clear... I want to cache screens too :)
Oct 18 17:54:29 <TAsn> ok, I'm an idiot.
Oct 18 17:54:30 <TAsn> sec.
Oct 18 17:54:35 <mrmoku> don't know how much the footprint of such a screen is... but that can't be too bad
Oct 18 17:54:41 <TAsn> mrmoku, ok :)
Oct 18 17:54:46 <TAsn> the foot print of all the lib
Oct 18 17:54:49 <mrmoku> and it would make the phone apps.... ROCK :)
Oct 18 17:54:51 <TAsn> won't pass 1mb :)
Oct 18 17:55:06 * TAsn forgot a not.
Oct 18 17:55:07 <TAsn> :)
Oct 18 17:55:12 <mrmoku> so... how to do reloading?
Oct 18 17:55:42 <mrmoku> adding xyz_reload() here and there is... suboptimal
Oct 18 17:56:00 <mrmoku> a) because we will forget three places and
Oct 18 17:56:08 <mrmoku> b) there is already a mechanism for that ;)
Oct 18 17:56:10 <TAsn> just rename all the load to reload
Oct 18 17:56:17 <TAsn> and instead of load
Oct 18 17:56:20 <TAsn> add a check if already loaded
Oct 18 17:56:23 <mrmoku> huh?
Oct 18 17:56:29 <TAsn> if so refresh, otherwise load
Oct 18 17:56:40 <TAsn> I think I got you wrong :)
Oct 18 17:57:00 <mrmoku> you have the list of contacts open... click on new... add a new contact... that won't be in the list
Oct 18 17:57:41 <TAsn> sure it will.
Oct 18 17:57:46 <TAsn> on NewContact
Oct 18 17:57:54 <TAsn> contact refresh is called
Oct 18 17:57:59 <TAsn> and opimd will issue a new contact...
Oct 18 17:58:11 <mrmoku> so... you finally allow me to listen to FSO signals in phoneuid? ;)
Oct 18 17:58:24 <TAsn> NO
Oct 18 17:58:30 <TAsn> phonefsod
Oct 18 17:58:34 <TAsn> listens to that signal
Oct 18 17:58:40 <TAsn> and calls the refresh
Oct 18 17:58:41 <TAsn> ...
Oct 18 17:58:42 <mrmoku> well... that is just plain stupid
Oct 18 17:59:10 <TAsn> that's the only way to make it really user friendly for backend writers
Oct 18 17:59:10 <TAsn> ...
Oct 18 17:59:18 <TAsn> It's not that of an overhead
Oct 18 17:59:27 <mrmoku> phoneuiD is not backend
Oct 18 17:59:27 <TAsn> and it makes programmer's life a lot easier.
Oct 18 17:59:40 <TAsn> oh, right.
Oct 18 17:59:50 <mrmoku> I don't want the backend programmer to do that... but phoneuid
Oct 18 18:00:04 <TAsn> that makes sense.
Oct 18 18:00:11 <TAsn> though
Oct 18 18:00:15 <mrmoku> because otherwise we would have to add refresh to our API
Oct 18 18:00:20 <TAsn> it still feels odd :)
Oct 18 18:00:24 <TAsn> mrmoku, adding refresh to our API
Oct 18 18:00:25 <mrmoku> as phonefsod uses the API to talk to phoneuid
Oct 18 18:00:27 <TAsn> is wnated anyway.
Oct 18 18:00:32 <TAsn> wanted*
Oct 18 18:00:42 <TAsn> users may want to do that for one reason or the other.
Oct 18 18:00:50 <mrmoku> I don't remember to have seen that wish in our endless API discussions ;)
Oct 18 18:01:08 <TAsn> hehe.
Oct 18 18:01:10 <TAsn> :)
Oct 18 18:01:16 <TAsn> because it never came up.
Oct 18 18:01:17 <mrmoku> the point is... they should not have to want that :P
Oct 18 18:01:34 <mrmoku> if the list is always correct... no need to refresh it
Oct 18 18:02:56 * mrmoku goes downstairs to think about it... brb
Oct 18 18:04:42 <TAsn> still no debug message. :|
Oct 18 18:04:44 <TAsn> dos1, ^
Oct 18 18:04:59 <TAsn> if not isinstance(field_value, (str, dbus.String)):
Oct 18 18:04:59 <TAsn>                 logger.debug(str(type(field_value)))
Oct 18 18:05:00 <TAsn> added that.
Oct 18 18:05:04 <TAsn> that's plain weird.
Oct 18 18:05:16 <TAsn> I'll try reverting my changes, maybe something magical happened. ;)
Oct 18 18:11:27 <JaMa> python-ctypes in shr/merge is somehow wrong
Oct 18 18:11:28 <JaMa>   File "/usr/lib/python2.6/ctypes/__init__.py", line 10, in <module>
Oct 18 18:11:28 <JaMa>     from _ctypes import Union, Structure, Array
Oct 18 18:11:28 <JaMa> ImportError: No module named _ctypes
Oct 18 18:11:34 <TAsn> ok, super confirmed
Oct 18 18:11:38 <TAsn> reverting it does not work.
Oct 18 18:12:03 <TAsn> no time for more debugging
Oct 18 18:12:08 <TAsn> I'm reverting this crap here.
Oct 18 18:13:35 <mrmoku> TAsn: phoneuid does build for me... are you sure your OE tree is up to date?
Oct 18 18:13:51 <mrmoku> could you check if phoneuid_git.bb has S=${WORKDIR}/git ?
Oct 18 18:14:16 <TAsn> S = "${WORKDIR}/git"
Oct 18 18:14:59 <mrmoku> then it _must_ build :)
Oct 18 18:15:36 <TAsn> nvm me
Oct 18 18:15:39 <TAsn> I'll just build it locally
Oct 18 18:15:45 <TAsn> I'm too tired to do any more debugging today.
Oct 18 18:16:03 <Hardy> you did well my friend
Oct 18 18:16:06 <Hardy> its time to rest
Oct 18 18:16:10 <TAsn> hehe
Oct 18 18:16:12 <TAsn> mrmoku, btw.
Oct 18 18:16:18 <TAsn> saw my bug report to dos?
Oct 18 18:16:25 <TAsn> (concerning name resolving)
Oct 18 18:16:28 <mrmoku> yup
Oct 18 18:16:30 <TAsn> I found exactly what's causing it.
Oct 18 18:16:35 <TAsn> please try if it's the same for you.
Oct 18 18:17:33 <TAsn> btw mrmoku 
Oct 18 18:17:48 <TAsn> nvm actually.
Oct 18 18:18:02 <TAsn> what did you decide concerning listening to refresh signal?
Oct 18 18:18:56 <mrmoku> I think phoneuid should listen to changes on contacts and messages and then call some appropriate phonegui function to tell the backend to do the right thing :)
Oct 18 18:20:54 <TAsn> mrmoku, I don't care enough to argue about it :)
Oct 18 18:20:57 <TAsn> so do as you wish.
Oct 18 18:20:57 <TAsn> ;)
Oct 18 18:21:01 <TAsn> btw
Oct 18 18:21:14 <TAsn> what do I need to do in order to run only phonefsod and phoneuid?
Oct 18 18:21:20 <TAsn> install and then?
Oct 18 18:21:26 <mrmoku> nothing
Oct 18 18:21:32 <TAsn> (I don't want to completely break my phone, I'd like to have a backup...)
Oct 18 18:21:38 <TAsn> mrmoku, what do I do with ophonekitd?
Oct 18 18:21:45 <mrmoku> phonefsod starts via initscript and phoneuid via xsession script
Oct 18 18:21:51 <mrmoku> ophonekitd you have to remove
Oct 18 18:22:05 <TAsn> ok.
Oct 18 18:23:16 <mrmoku> what do we do with shr-messages, contacts and dialer?
Oct 18 18:23:37 <mrmoku> those are incompatible with the old 'system'...
Oct 18 18:23:48 <mrmoku> and I want to have them in a repo of their own
Oct 18 18:24:09 <TAsn> then make an
Oct 18 18:24:15 <TAsn> shr-phone-apps repo
Oct 18 18:24:16 <mrmoku> is it necessary to install just one of them? or do we always want all of them?
Oct 18 18:24:29 <TAsn> hm.. hard to tell.
Oct 18 18:24:41 <mrmoku> well... actually no problem... with subpackages
Oct 18 18:24:49 <mrmoku> we just need different names
Oct 18 18:24:56 <TAsn> do what you understand :)
Oct 18 18:25:03 <mrmoku> shr-phone-dialer
Oct 18 18:25:07 <mrmoku> shr-phone-messages
Oct 18 18:25:09 <mrmoku> shr-phone-contacts
Oct 18 18:25:33 <TAsn> okie.
Oct 18 18:25:34 <TAsn> :)
Oct 18 18:25:37 <mrmoku> hmmm
Oct 18 18:25:45 <mrmoku> or better
Oct 18 18:25:48 <mrmoku> phoneui-dialer
Oct 18 18:25:51 <mrmoku> phoneui-messages
Oct 18 18:25:54 <mrmoku> and phoneui-contacts?
Oct 18 18:25:54 <TAsn> :)
Oct 18 18:25:57 <TAsn> YEAH>
Oct 18 18:26:08 <mrmoku> and the repo is phoneui-apps :)
Oct 18 18:26:22 <TAsn> cool. :)
Oct 18 18:26:24 <TAsn> btw
Oct 18 18:26:32 <TAsn> how can I get the old ones?
Oct 18 18:26:38 <TAsn> oops
Oct 18 18:26:40 <TAsn> meant the new ones ;)
Oct 18 18:26:44 <TAsn> I need phone apps
Oct 18 18:26:50 <TAsn> mind sending me the shr-* apps
Oct 18 18:26:51 <mrmoku> local build from no-async branch ;)
Oct 18 18:26:56 <TAsn> that work with phoneuid
Oct 18 18:26:58 <TAsn> mrmoku, this sucks.
Oct 18 18:27:01 <mrmoku> I can send them... yes
Oct 18 18:27:02 <TAsn> too time consuming ;)
Oct 18 18:27:04 <TAsn> thanks.
Oct 18 18:27:11 <TAsn> mrmoku, tom uoeuoeuoeuot.nphapcrhocruh stosb.com :)
Oct 18 18:27:48 <TAsn> or just up it somewhere.
Oct 18 18:29:56 <mrmoku> TAsn: sent
Oct 18 18:30:08 <TAsn> thanks.
Oct 18 18:31:33 <TAsn> mrmoku, WOW. ;|
Oct 18 18:31:38 <TAsn> phone-ui-shr
Oct 18 18:31:43 <TAsn> is huge!
Oct 18 18:31:46 <TAsn> 2mb.
Oct 18 18:31:48 <TAsn> (almost)
Oct 18 18:35:34 <TAsn> mrmoku, Caught remote method exception org.freedesktop.DBus.Error.Spawn.FileInvalid: Cannot do system-bus activation with no user
Oct 18 18:36:04 <mrmoku> yup phone-ui-shr is huge :(
Oct 18 18:36:17 <mrmoku> TAsn: restart x
Oct 18 18:36:21 <TAsn> okie.
Oct 18 18:36:31 <mrmoku> the dbus-activation is not yet perfect ;)
Oct 18 18:37:00 <TAsn> okie ;)
Oct 18 18:37:48 <TAsn> brb food.
Oct 18 18:37:59 <TAsn> although i can't wait to give it a go. :)
Oct 18 18:38:38 <TAsn> I'm so glad we moved to modules instead of the ugly libraries
Oct 18 18:42:12 <TAsn> Caught remote method exception org.freedesktop.DBus.Error.Spawn.FileInvalid: Cannot do system-bus activation with no user
Oct 18 18:42:16 <TAsn> worked for a sec
Oct 18 18:42:19 <TAsn> and then did it again
Oct 18 18:42:35 <TAsn> now
Oct 18 18:42:37 <TAsn> Error: Activation of org.shr.phoneui.Messages timed out
Oct 18 18:44:43 <TAsn> ok
Oct 18 18:44:47 <TAsn> found out what's wrong
Oct 18 18:44:56 <TAsn> shr-contacts
Oct 18 18:45:04 <TAsn> running that
Oct 18 18:45:18 <TAsn> makes phoneuid fail
Oct 18 18:45:21 <TAsn> and everything fail.
Oct 18 18:45:56 <TAsn> mrmoku, ^
Oct 18 18:46:00 <mrmoku> hmm
Oct 18 18:46:18 <TAsn> restarting X fixes it until next run of shr-contacts
Oct 18 18:46:19 <TAsn> btw
Oct 18 18:46:31 <TAsn> loading time of everything is damn fast :)
Oct 18 18:46:42 <TAsn> and that's without even caching windows.
Oct 18 18:46:52 <mrmoku> yup
Oct 18 18:46:58 <TAsn> ok
Oct 18 18:47:01 <TAsn> now shr-messages
Oct 18 18:47:04 <TAsn> crashed it
Oct 18 18:47:08 <mrmoku> TAsn: btw. it's enought to just start phoneuid on the console
Oct 18 18:47:10 <mrmoku> -t
Oct 18 18:47:12 <TAsn> it seems that trying to load the second
Oct 18 18:47:16 <TAsn> contact
Oct 18 18:47:19 <TAsn> *window
Oct 18 18:47:21 <TAsn> breaks it.
Oct 18 18:47:53 <mrmoku> TAsn: log is in /tmp/phoneuid.log
Oct 18 18:48:01 <TAsn> why not in var/log?
Oct 18 18:48:13 <mrmoku> as someday it is started as non-root ;)
Oct 18 18:48:44 <TAsn> nothing there
Oct 18 18:48:58 <mrmoku> TAsn: hmm... I have one dirty change in my phoneuid source... I commented out the closing of stdio and forking
Oct 18 18:49:06 <mrmoku> maybe that is the culprit
Oct 18 18:49:14 <lindi-> mrmoku: isn writing to /tmp/phoneuid.log an obvious security bug?
Oct 18 18:49:17 <mrmoku> well... probably it is
Oct 18 18:49:20 <lindi-> mrmoku: surely non-root can wirte to /var/log
Oct 18 18:49:28 <TAsn> please push it.
Oct 18 18:50:15 <TAsn> and let me know. ;)
Oct 18 18:50:23 <mrmoku> lindi-: I just put it there because I was not yet sure where to put it... but yes, you're right and I will change it :) now :D
Oct 18 18:50:50 <TAsn> mrmoku, :)
Oct 18 18:50:52 <lindi-> in debian you wouldn't be able to upload such a package at all :)
Oct 18 18:51:14 <TAsn> anyhow, mrmoku please push your changes ;)
Oct 18 18:52:00 <TAsn> food.
Oct 18 18:52:25 <CIA-26> SHR: 03mok 07phoneuid * re35a1b2d6bc9 10/src/phoneuid.c: disable daemonizing and log to /var/log instead of /tmp
Oct 18 18:52:28 <mrmoku> TAsn: ^^^
Oct 18 18:52:34 <TAsn> thanks ;)
Oct 18 18:52:42 <TAsn> no need to daemonize anyway.
Oct 18 18:52:47 <TAsn> that's plain annoying :)
Oct 18 18:52:50 <mrmoku> lindi-: then I'm fine... because it is not yet uploaded nowhere :)
Oct 18 18:53:11 <TAsn> btw
Oct 18 18:53:48 <TAsn> what do you think about using a monitor daemon (for framework/phonefsod/phoneuid) ? or at least use infinite loops in the startup scripts?
Oct 18 18:54:16 <TAsn> this is of course just a backup
Oct 18 18:54:19 <mrmoku> TAsn: I think we can get along without another daemon
Oct 18 18:54:23 <TAsn> but it's a good backup.
Oct 18 18:54:27 <TAsn> then infinite loops.
Oct 18 18:54:30 <mrmoku> they can watch each other on the dbus :)
Oct 18 18:54:54 <TAsn> and what if both fails? what's wrong with a loop? :)
Oct 18 18:54:58 <mrmoku> I want to add handling of NameOwnerChanged to phonefsod anyway
Oct 18 18:55:08 <mrmoku> (to watch out for frameworkd restarts)
Oct 18 18:55:27 <TAsn> ok
Oct 18 18:55:29 <TAsn> mrmoku, btw
Oct 18 18:55:30 <mrmoku> TAsn: it might just hang your thing if there is a problem?
Oct 18 18:55:42 <TAsn> phoneuid
Oct 18 18:55:46 <TAsn> doesn't start
Oct 18 18:55:56 <mrmoku> after update?
Oct 18 18:55:57 <TAsn> no segfault no nothing
Oct 18 18:55:59 <TAsn> yes.
Oct 18 18:56:05 <TAsn> just running "phoneuid"
Oct 18 18:56:06 <mrmoku> logfile?
Oct 18 18:56:17 <lindi-> mrmoku: two loops sound tricky
Oct 18 18:56:18 <TAsn> no log file.
Oct 18 18:56:30 <mrmoku> /var/log/phoneuid.log?
Oct 18 18:56:35 <mrmoku> nothing?
Oct 18 18:56:54 <TAsn> oh weird
Oct 18 18:56:59 <TAsn> it's still in /tmp
Oct 18 18:57:00 <TAsn> :|
Oct 18 18:57:04 <TAsn> hm.. I fucked something up
Oct 18 18:57:06 <TAsn> sec. :)
Oct 18 18:57:08 <mrmoku> :)
Oct 18 18:57:19 <TAsn> hehe nvm.
Oct 18 18:57:20 <TAsn> sh..
Oct 18 18:57:39 * TAsn rebuild the wrong package.
Oct 18 18:57:45 <mrmoku> ouch :P
Oct 18 18:57:46 <TAsn> mrmoku, anyhow, what do you think about our shipping status?
Oct 18 18:57:56 <TAsn> I think we can start using this
Oct 18 18:58:02 <TAsn> after 2 days of testing.
Oct 18 18:58:03 <TAsn> btw
Oct 18 18:58:09 <mrmoku> we could offer it as alternative as a start
Oct 18 18:58:15 <TAsn> mrmoku, what do you think we should do with the opimd bug?
Oct 18 18:58:16 <mrmoku> tell people to test it
Oct 18 18:58:23 <TAsn> mrmoku, what for?
Oct 18 18:58:36 <TAsn> I think it's just a slow idea.
Oct 18 18:58:49 <mrmoku> hehe... fast-TAsn ;)
Oct 18 18:58:51 <TAsn> I mean, you didn't let people test ophonekitd after every upgrade.
Oct 18 18:58:52 <TAsn> :)
Oct 18 18:58:56 <TAsn> that's just a big upgrade.
Oct 18 18:59:02 <mrmoku> very big one ;)
Oct 18 18:59:14 <TAsn> sh..
Oct 18 18:59:16 <mrmoku> then lets test it at least for a day :)
Oct 18 18:59:17 <TAsn> don't tell em.
Oct 18 18:59:30 <TAsn> mrmoku, I already said 2, but I'm fine with reducing it to one :)
Oct 18 18:59:58 <TAsn> I think we should make a new unsntable at the moment someone fixes xorg.
Oct 18 18:59:59 <mrmoku> uhh... and there is still untested stuff... like the dialogs
Oct 18 19:00:03 <mrmoku> pin authentication
Oct 18 19:00:06 <mrmoku> and incoming messages
Oct 18 19:00:42 <TAsn> yeah.
Oct 18 19:00:47 <TAsn> someone should really test that.
Oct 18 19:00:58 <TAsn> anyhow, list of known issues:
Oct 18 19:01:22 <TAsn> hard to fix: getting names in messages list
Oct 18 19:01:33 <mrmoku> will take a look at that
Oct 18 19:01:34 <max_posedon> hi!, what is shr-mrmoku status? is it merged to shr-U?
Oct 18 19:01:36 <TAsn> easy to fix: getting names when adding from number in messages.
Oct 18 19:01:44 <TAsn> max_posedon, I just said I want it to be merged :)
Oct 18 19:02:02 <max_posedon> ah, cool, same here, but I think users don't want
Oct 18 19:02:12 <max_posedon> suspend and X are very slow
Oct 18 19:02:18 <mrmoku> TAsn: you mean resolving when adding a number?
Oct 18 19:02:28 <TAsn> yes.
Oct 18 19:02:30 <TAsn> and btw
Oct 18 19:02:33 <TAsn> when adding a contact
Oct 18 19:02:42 <TAsn> we forgot to remove the tel
Oct 18 19:02:43 <TAsn> ...
Oct 18 19:02:43 <mrmoku> index ;)
Oct 18 19:02:48 <TAsn> and index
Oct 18 19:02:49 <TAsn> yeah.
Oct 18 19:02:50 <TAsn> :)
Oct 18 19:02:57 <TAsn> so that's the list of missing features/bugs
Oct 18 19:03:03 <TAsn> (known ones, of course)
Oct 18 19:03:10 <TAsn> other than that, I think everything is perfect.
Oct 18 19:03:15 <mrmoku> yeah... will find some more for sure :P
Oct 18 19:03:18 <TAsn> hehe :)
Oct 18 19:03:47 <TAsn> mrmoku, btw, loading of apps is too fast, we don't have time to show a "loading" dialog, maybe we should slow that down a bit ;]
Oct 18 19:03:57 <TAsn> oh, and most importantly 
Oct 18 19:04:16 <TAsn> we should hire mafia guys to beat dos1 up until he reverts that evil opimd name resolving patch of his. :)
Oct 18 19:04:38 <mrmoku> TAsn: we can always add some splash commercial before showing the screen ;)
Oct 18 19:04:46 <mrmoku> that will bring some money :P
Oct 18 19:04:50 <TAsn> hehe yeah.
Oct 18 19:04:56 <TAsn> or maybe doing something like
Oct 18 19:04:59 <TAsn> "the 25th frame"
Oct 18 19:05:19 <TAsn> i.e subconscious commercials
Oct 18 19:05:43 * TAsn meant http://en.wikipedia.org/wiki/25th_frame
Oct 18 19:05:47 <mrmoku> hehe
Oct 18 19:06:03 <TAsn> JaMa, any progress with speeding up xorg resume time?
Oct 18 19:06:07 <mrmoku> don't know if glamo is fast enough for that ;)
Oct 18 19:06:10 <TAsn> mrmoku, btw, we still need to fix my gtk theme. ;)
Oct 18 19:06:23 <TAsn> mrmoku, hehe yeah, too much graphics work for that shitty old bugger ;)
Oct 18 19:06:36 <lindi-> TAsn: any progress on making it possible to measure it?
Oct 18 19:07:29 <TAsn> lindi-, I'm still using low-tech measurement devices, I get a pint of beer, if I can chug it *before* the moko resumes it means it's not fast enough ;)
Oct 18 19:07:43 <TAsn> I'm still waiting for more high tech measurement solutions though.
Oct 18 19:08:24 <TAsn> or in other words, we have vague definitions of fast and slow, but those definitions are fairly consistent, so I guess my question is well defined.
Oct 18 19:08:24 <dos1> well, measurement is not needed to notice it...
Oct 18 19:08:24 <lindi-> TAsn: just video recording would do?
Oct 18 19:08:32 <TAsn> lindi-, :)
Oct 18 19:08:37 <dos1> it's 2-3 times slower than with kdrive
Oct 18 19:08:42 <TAsn> dos1, exactly what I said.
Oct 18 19:08:51 <lindi-> since I don't find it very slow
Oct 18 19:08:53 <TAsn> dos1, it's 8 seconds instead of 1
Oct 18 19:09:03 <TAsn> lindi-, we are talking about shr's xorg
Oct 18 19:09:04 <dos1> yup
Oct 18 19:09:11 <TAsn> since we know something went wrong with that
Oct 18 19:09:14 <lindi-> TAsn: i have debian's xorg
Oct 18 19:09:16 <TAsn> we know xorg on debian is fast
Oct 18 19:09:19 <TAsn> lindi-, I know.
Oct 18 19:09:24 <lindi-> aha
Oct 18 19:09:25 <dos1> TAsn: 8 seconds?
Oct 18 19:09:28 <dos1> it's 5 seconds here
Oct 18 19:09:30 <TAsn> that's what we are trying to reach.
Oct 18 19:09:36 <TAsn> dos1, more like 6-7 
Oct 18 19:09:37 <dos1> (but with kdrive it was 1-2 sec :P)
Oct 18 19:09:43 <TAsn> with kdrive it was
Oct 18 19:09:44 <TAsn> 0-1
Oct 18 19:09:45 * lindi- measures
Oct 18 19:09:45 <TAsn> :)
Oct 18 19:10:13 <TAsn> lindi-, we know xorg is superior ;) don't forget I used to bug you with questions about xorg a couple of months back :)
Oct 18 19:10:14 <dos1> hmm
Oct 18 19:11:14 <dos1> i just wanted to say that suspend is also slower, but then i realized that i switched back to ousaged, and that's why suspend is slow ;)
Oct 18 19:11:21 <TAsn> mrmoku, still crashes when running the second app :|
Oct 18 19:11:28 <dos1> but resume is slow due to kdrive->xorg change, for sure
Oct 18 19:11:29 <lindi-> what video recording application would be easy to use for usb webcam?
Oct 18 19:11:40 <TAsn> cheese
Oct 18 19:11:44 <TAsn> or something like that
Oct 18 19:11:47 <TAsn> iirc it does video.
Oct 18 19:11:51 <lindi-> does it support timestamping frames?
Oct 18 19:11:55 <TAsn> not sure though.
Oct 18 19:12:01 <TAsn> lindi-, second Q, nope.
Oct 18 19:12:05 <TAsn> but there's kino
Oct 18 19:12:15 <TAsn> oh wait
Oct 18 19:12:18 <TAsn> kino is for dv cams
Oct 18 19:12:19 <TAsn> I think.
Oct 18 19:12:22 <TAsn> bah ;)
Oct 18 19:12:29 <TAsn> mrmoku, 
Oct 18 19:12:39 <TAsn> please build localli
Oct 18 19:12:43 <TAsn> locally
Oct 18 19:12:51 <TAsn> (use latest phoneuid)
Oct 18 19:12:54 <TAsn> and check what's wrong 
Oct 18 19:12:55 <TAsn> please.
Oct 18 19:13:16 <mrmoku> ok
Oct 18 19:13:21 <TAsn> here second run causes a segfault\
Oct 18 19:13:28 <TAsn> (i.e running the second app)
Oct 18 19:13:47 <TAsn> now, finally, food! :)
Oct 18 19:18:26 * mrmoku shower
Oct 18 19:29:20 <TAsn> mrmoku, btw, consider using the function daemon instead of daemonizing yourself.
Oct 18 19:31:59 <[Rui]> that xorg talk is making me salivate... :)
Oct 18 19:32:24 <TAsn> mrmoku, and strftime instead of what you did in log_handler and fprintf/fopen/etc instead of open/write etc. ;)
Oct 18 19:35:42 <TAsn> mrmoku, and I have a hunch what may be wrong. is it possible that dbus/glib creates threads? as I see you do init threads.
Oct 18 19:38:59 <mrmoku> TAsn: thing is... it works so nice for me
Oct 18 19:39:05 <TAsn> hehe :)
Oct 18 19:39:11 <mrmoku> are you sure your libphone-ui is uptodate?
Oct 18 19:39:19 <TAsn> 100% sure.
Oct 18 19:39:23 <mrmoku> hmm
Oct 18 19:39:24 <TAsn> but I don't mind giving it another go.
Oct 18 19:39:24 <TAsn> ;)
Oct 18 19:39:37 <mrmoku> or maybe some second phoneuid still running?
Oct 18 19:39:40 <mrmoku> hmm
Oct 18 19:39:48 <TAsn> yeah, up to date
Oct 18 19:39:52 <TAsn> no two phoneuids
Oct 18 19:39:54 <mrmoku> shoulld not be possible though...
Oct 18 19:39:56 <mrmoku> yup
Oct 18 19:42:19 <[Rui]> TAsn: u there? I found out one thing
Oct 18 19:42:26 <TAsn> [Rui], ?
Oct 18 19:42:37 <[Rui]> TAsn: about my ssl issue... I just copy & pasted https.c and put into my code, directly
Oct 18 19:42:47 <TAsn> and?
Oct 18 19:42:49 <[Rui]> TAsn: the aim being just to load the example page (sourceforge in https)
Oct 18 19:42:53 <[Rui]> TAsn: fail! :)
Oct 18 19:43:05 <[Rui]> TAsn: so it has to be the autoconf detection that is going wrong, somehow
Oct 18 19:43:05 <TAsn> hehe, told ya it's a pkg-config issue :)
Oct 18 19:43:28 <TAsn> [Rui], anyhow, feel free to start using our dbus api ;)
Oct 18 19:43:37 <TAsn> (for sms for instance, but not only)
Oct 18 19:43:45 <[Rui]> at least I have now a case of "same code in two places one works other not" so I could excuse the code and look somewhere else
Oct 18 19:43:54 <TAsn> [Rui], yeah.
Oct 18 19:43:58 <[Rui]> TAsn: after fixing ssl I'll look into dbus :)
Oct 18 19:44:03 <TAsn> hehe ;)
Oct 18 19:44:05 <TAsn> cool.
Oct 18 19:44:07 <TAsn> great.
Oct 18 19:44:30 <TAsn> mrmoku, anyhow, more important than fixing my issue
Oct 18 19:44:37 <TAsn> look at my comments
Oct 18 19:44:54 <TAsn> fopen vs open and strftime_l vs what you did there
Oct 18 19:44:59 <TAsn> and fprintf vs write
Oct 18 19:45:30 <TAsn> and btw, as I told you, you can't just close stdin/out/err you gotta reopen them to something, like /dev/null
Oct 18 19:45:38 <TAsn> which "daemon" does on it's own
Oct 18 19:45:41 <TAsn> man daemon.
Oct 18 19:46:43 <TAsn> mrmoku, it's not thread related
Oct 18 19:46:46 <TAsn> which must mean
Oct 18 19:47:02 <TAsn> your package was built with different source files.
Oct 18 19:47:24 <TAsn> actually
Oct 18 19:47:29 <TAsn> I'll fix my comments
Oct 18 19:47:38 <TAsn> you just try to find you what went wrong with my bug :)
Oct 18 19:47:43 <DocScrutinizer-8> yo kids
Oct 18 19:48:29 <TAsn> though actually
Oct 18 19:48:33 <TAsn> mrmoku, daemonizing sucks
Oct 18 19:48:40 <TAsn> I'll just fix my remarks.
Oct 18 19:48:43 <TAsn> nothing more than that.
Oct 18 19:51:47 <mrmoku> TAsn: you have specs locally build, right?
Oct 18 19:51:52 <mrmoku> TAsn: uptodate? :P
Oct 18 19:52:05 <TAsn> sec, verifying
Oct 18 19:52:19 <TAsn> actually, nothing to verify, theyre not up to date.
Oct 18 19:52:20 <TAsn> :)
Oct 18 19:52:40 <TAsn> oh
Oct 18 19:52:42 <TAsn> on my box
Oct 18 19:52:43 <TAsn> not on moko
Oct 18 19:52:44 <mrmoku> ahh... that might cause trouble :P
Oct 18 19:52:45 <TAsn> yeah, up to date.
Oct 18 19:52:46 <TAsn> ...
Oct 18 19:53:08 <mrmoku> getting out of ideas...
Oct 18 19:53:12 <mrmoku> and log says nothing?
Oct 18 19:55:28 <TAsn> nothing.
Oct 18 19:55:38 <TAsn> it's an evas/ecore error though
Oct 18 19:55:42 <TAsn> as I get the segfault there.
Oct 18 19:56:04 <mrmoku> EDJE ERROR: file /usr/share/elementary/themes/default.edj, group elm/index/base/vertical/default has a non-fixed part. add fixed: 1 1; ???
Oct 18 19:56:07 <mrmoku> that one?
Oct 18 19:56:21 <mrmoku> no
Oct 18 19:59:14 <CIA-26> SHR: 03jesus 07shr-themes * rb69ee67059fe 10/elementary/elementary-theme-gry/ (45 files): gry: updated colors, outlines, bubbles
Oct 18 20:00:46 <kinneh> is it just me or has it been a while since any updates to shr-u ?
Oct 18 20:00:52 <TAsn> mrmoku, no.
Oct 18 20:01:32 <mrmoku> TAsn: for today I'm out of ideas... maybe just remove and reinstall the original shr-... packages and switch back to ophonekitd
Oct 18 20:01:38 <mrmoku> as I'm going to bed now
Oct 18 20:02:03 <[Rui]> mrmoku: good night! :)
Oct 18 20:02:13 <mrmoku> I will do the phoneui-apps packages tomorrow morning... so it is easier to switch between ophonekitd and phonefsod
Oct 18 20:02:22 <mrmoku> [Rui]: thanks and have fun with ssl :)
Oct 18 20:02:30 <[Rui]> mrmoku: pkg-config!
Oct 18 20:02:43 <mrmoku> yeah... mega fun :|
Oct 18 20:03:05 <mrmoku> TAsn: I rechecked that all my trees are clean and pushed
Oct 18 20:03:06 <TAsn> mrmoku, that's not an option :)
Oct 18 20:03:14 <TAsn> mrmoku, I suspect
Oct 18 20:03:20 <TAsn> you use a different package than what I have
Oct 18 20:03:24 <TAsn> mind sending me you package?
Oct 18 20:03:31 <mrmoku> phoneuid?
Oct 18 20:04:35 <TAsn> yes.
Oct 18 20:04:40 <TAsn> I think this may be it.
Oct 18 20:04:40 <TAsn> :|
Oct 18 20:04:54 <mrmoku> yup, probably... sending
Oct 18 20:04:58 <TAsn> thanks.
Oct 18 20:05:07 <TAsn> this way it'll be easier to know what went wrong.
Oct 18 20:05:33 <mrmoku> TAsn: you're sure to copy the correct one?
Oct 18 20:05:38 <mrmoku> I bumped PR
Oct 18 20:05:44 * TAsn hates mrmoku 
Oct 18 20:05:45 <mrmoku> so it should be LOCAL-r1
Oct 18 20:05:55 <mrmoku> :P
Oct 18 20:05:55 <TAsn> oh wait
Oct 18 20:05:56 <TAsn> yeah
Oct 18 20:05:59 <TAsn> I'm using r1
Oct 18 20:06:02 <mrmoku> ok... sent
Oct 18 20:06:10 <TAsn> phoneuid_0.0.0\+gitrLOCAL-r1_armv4t.ipk
Oct 18 20:06:23 <TAsn> thanks.
Oct 18 20:06:24 <TAsn> night.
Oct 18 20:06:45 <mrmoku> good luck :-)
Oct 18 20:06:45 <mrmoku> and good night :)
Oct 18 20:12:08 <CIA-26> SHR: 03tom 07phoneuid * rc052be338c9c 10/src/phoneuid.c: changed to the standard file handling functions and to strftime
Oct 18 20:19:04 <TAsn> mrmoku|away, at least we found out it's not you, it's me. ;)
Oct 18 20:19:11 <TAsn> mrmoku|away, something is broken even with your pack.
Oct 18 20:19:30 * TAsn is looking into it.
Oct 18 20:34:14 <TAsn> mrmoku|away, ok, found more info, it seems that this only happens after I close *all* the windows, i.e if I open dialer, I can open and close everything else as long as I keep one open
Oct 18 20:34:22 <TAsn> though after I close it
Oct 18 20:34:25 <TAsn> everything breaks.
Oct 18 20:34:33 <[Rui]> well... recompiling openssl with gnutls support only
Oct 18 20:36:10 <[Rui]> erms... libcurl :)
Oct 18 20:37:05 <[Rui]> but even so I'm not so sure it will work....
Oct 18 20:45:59 <JesusMcCloud> qick question: how long does it take to build shr unstable? (my internet connection is 20mbit, speedtest confirmed it)
Oct 18 20:47:22 <TAsn> hey
Oct 18 20:47:27 <TAsn> what's slyon's email?
Oct 18 20:47:55 <TAsn> nvm
Oct 18 20:48:56 <JesusMcCloud> I frogot enabled multicore support (core2quad 2, 6 ghz)
Oct 18 20:51:10 <[Rui]> JesusMcCloud: it can take a bit of time
Oct 18 20:51:19 <[Rui]> JesusMcCloud: be sure to take advantage of that setup :)
Oct 18 20:51:49 <JesusMcCloud> sorry I mean I frogot to meintiion that I enabled multicore support on my core2quad
Oct 18 20:52:08 <[Rui]> PARALLEL_MAKE = "-j 2"
Oct 18 20:52:08 <[Rui]> BB_NUMBER_THREADS = "2"
Oct 18 20:52:16 <JesusMcCloud> did it
Oct 18 20:52:20 <[Rui]> JesusMcCloud: ok
Oct 18 20:52:39 <[Rui]> if everything goes well, perhaps half a day?
Oct 18 20:53:31 <JesusMcCloud> Rui, are you shitting me?
Oct 18 20:54:34 <DocScrutinizer-8> JesusMcCloud: aiui i'd suggest -j 3 or even -j 4, for a quad
Oct 18 20:56:30 <JesusMcCloud> I started the build process about half an hour ago... if it takes mor that 2 hours I guess its worth cancelling and restartign with -j 4 (I wonder how laggy my box will become)
Oct 18 20:56:52 <TAsn> I'm glad, we managed to do a lot today :)
Oct 18 20:56:53 <TAsn> ciao.
Oct 18 20:57:19 <DocScrutinizer-8> JesusMcCloud: I think it's worth doing that now
Oct 18 20:57:27 <JesusMcCloud> will do thanks
Oct 18 20:57:48 <DocScrutinizer-8> don't do a make clean ;-)
Oct 18 20:58:23 <JesusMcCloud> dammit, I just realized, that I already had -j 4 in the conf file
Oct 18 21:00:36 <DocScrutinizer-8> JesusMcCloud: if you're concerned about laggy response, then renice the compiler jobs
Oct 18 21:03:01 <JesusMcCloud1> I figured, but since it already was set to -j 4 and everythign else worked just fine, I'll probably renice the jobs to give them more cpu time
Oct 18 21:06:10 <JesusMcCloud1> I think I schould clean it, because it hangs here: NOTE: Handling BitBake files: \ (4475/6959) [64 %]
Oct 18 21:06:54 <DocScrutinizer-8> JesusMcCloud: (re)nice and prio has nothing to do with amount of cpu time first instance. I.E. your jobs always get full cpu time as long as no higher priorized task is waiting for a timeslice
Oct 18 21:08:05 <DocScrutinizer-8> so I usually suggest a "nice make foo"
Oct 18 21:08:13 <mwester> 'hangs' during bitbake parsing are almost always due to network issues somewhere; they usually occur when a recipe says it wants "The latest" version of a set of sources, so bitbake dutifully goes off to ask the remote git or subversion or whatever repo what version is the latest -- and a hang results when that remote server is down or slow.
Oct 18 21:08:16 <[Rui]> 655 MB??? /opt/openmoko/shr-unstable/downloads/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz
Oct 18 21:08:53 <DocScrutinizer-8> lol
Oct 18 21:09:23 <mwester> What?  You don't want ALL the versions of webkit, then??!   :-D :-D
Oct 18 21:09:38 <JesusMcCloud1> DocStructurizer, how is what you said, different, from what I think I said (german native speaker, might save some troubles with deialed expressions)
Oct 18 21:09:42 <JesusMcCloud1> *dtailed
Oct 18 21:09:47 <JesusMcCloud1> waaaaah DETAILED
Oct 18 21:10:03 <TAsn> [Rui], yeah, I also wanted to die on that part. ;)
Oct 18 21:10:04 <DocScrutinizer-8> hehehe
Oct 18 21:10:29 <[Rui]> specially because bandwidth from build.shr-project.org doesn't seem all that good :)
Oct 18 21:10:38 <[Rui]> 280K/s
Oct 18 21:10:55 <[Rui]> I should be able to top the line at almost 2MB/s
Oct 18 21:10:56 <JesusMcCloud1> Rui, yup seems that gremlins were messin around with my network connection
Oct 18 21:10:59 <mwester> It shouldn't be fetching from shr-project
Oct 18 21:11:15 <[Rui]> mwester: NOTE: fetch http://build.shr-project.org/sources/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz
Oct 18 21:11:23 <mwester> That's bad.
Oct 18 21:11:23 <DocScrutinizer-8> JesusMcCloud: you suggested to give your compiler jobs *more* cpu time. A "nice foo" lowers the chances for foo to get cpu time, if another task with higher prio asks for cpu
Oct 18 21:12:01 <JesusMcCloud1> nice values: the lower the better, for what I know
Oct 18 21:12:20 <mwester> [Rui],  something is misconfigured then; the recipe should not refer to shr-project, and if it does not then shr has some sort of override that is pointing it to a "cache" incorrectly.
Oct 18 21:12:40 <[Rui]> oh brother... well there's a nice touch to it, though... it'll be easier to use webkit-efl afterwards :D
Oct 18 21:12:54 <[Rui]> mwester: :(
Oct 18 21:13:09 <DocScrutinizer-8> JesusMcCloud: that's true, and a nice is identical with nice -n +10 iirc
Oct 18 21:13:58 <DocScrutinizer-8> so the task is more ~nice~ to other tasks resp the system at large
Oct 18 21:16:06 <DocScrutinizer-8> JesusMcCloud: btw as non-root you can't lower niceness of your (or any other) processes, you are limited to niceness of the process that spawns the child (here makejob)
Oct 18 21:17:09 <DocScrutinizer-8> i.e. a "nice -n -5" won't work
Oct 18 21:17:51 <DocScrutinizer-8> and won't help anyway
Oct 18 21:18:12 <DocScrutinizer-8> except making your terminal and desktop etc even more sluggish
Oct 18 21:19:08 <JesusMcCloud1> thanks rui. well nothing is sluggish, I don't even notice something is running
Oct 18 21:20:23 * JesusMcCloud1 is do damn confused
Oct 18 21:20:29 <[Rui]> OMG I wonder how long it'll talke to compile webkit
Oct 18 21:22:33 <JesusMcCloud1> compiling just started. I still don't notice an sluggishness, but the fan in my box started spinning up
Oct 18 21:23:54 <[Rui]> JesusMcCloud1: oh, it willl
Oct 18 21:24:34 <JesusMcCloud1> dammi I don't think my cpu ever heated up that much since I got this machine
Oct 18 21:24:39 <cz_jc> hello ^^
Oct 18 21:24:51 <DocScrutinizer> JesusMcCloud1: to have a nice time waiting for make, I suggest "info coreutils 'nice invocation'"
Oct 18 21:26:56 <TeLLuS> [Rui]: Was anything found on how to get past the No package 'gee-1.0' found, problem?
Oct 18 21:27:43 <DocScrutinizer> JesusMcCloud1: 
Oct 18 21:27:44 <DocScrutinizer>      $ nice -n -1 nice
Oct 18 21:27:49 <DocScrutinizer>      nice: cannot set niceness: Permission denied
Oct 18 21:27:49 <DocScrutinizer>      0
Oct 18 21:27:50 <[Rui]> TeLLuS: no idea
Oct 18 21:27:56 <JesusMcCloud1> DocScrutinizer: don't bother.. load avarage: 96% on all 4 cores
Oct 18 21:28:21 <JesusMcCloud1> still no sluggishness
Oct 18 21:29:14 <JesusMcCloud1> I guess I am lucky to have wiped clean my floor, or all th dust would have gotten sucked in by my box
Oct 18 21:29:15 <DocScrutinizer> JesusMcCloud1: nice is NOT aout giving more cpu time to make, it is about *other* processes to snatch a timeslice in a reasonable response time
Oct 18 21:29:51 <JesusMcCloud1> DocScrutinizer: now I got it
Oct 18 21:29:54 <JesusMcCloud1> thanks
Oct 18 21:31:35 <JesusMcCloud1> by the way opimd works like a charm on mrmoku-testing images
Oct 18 21:39:13 <[Rui]> so I guess this means SHR-u is being synced with oe-dev?
Oct 18 21:45:17 <DocScrutinizer-8> err aha
Oct 18 21:47:53 <[Rui]> error: Unable to get pack file http://github.com/slyon/today.git/objects/pack/pack-2af6161f3bf3d037030f046d29dbac049a03b42c.pack
Oct 18 21:48:16 <prahal> what the heck at-over-fso and ffalarms are a mess to build on non bitbake system . There is nothing to build it . Is there a bitbake to autoconf converter ? I bet no
Oct 18 21:48:50 <prahal> is it still the recommanded alarm application ? Because it will take time to get it to compile 
Oct 18 21:49:04 <mwester> bitbake and autoconf are not related.
Oct 18 21:49:36 <mwester> bitbake builds sets of applications, and how each application (or lib) is built is up to the app or lib -- most use autoconf.
Oct 18 21:49:40 <[Rui]> which also means I'm pretty much fudged for generating elmdentica packages until it stabilizes a bit again :)
Oct 18 21:51:11 <prahal> mwester, well if this package was not shipping patches applied via bitbake to it release snapshot (how weird this is ... applying patches to one own source ?!) . Thus it mess with the build system
Oct 18 21:51:51 <prahal> mwester, maybe it is just the developper abusing bitbake . But for those sources bitbake is indeed part of the build process
Oct 18 21:52:10 <mwester> Some patches applied are to make the package's build system work with OE -- so you don't need them if you build outside of OE.
Oct 18 21:52:46 <mwester> The other patches are simply patches that should exist in the package's bug tracker or patch system, but have not been applied to the package source yet.
Oct 18 21:53:08 <mwester> in other words, the rules are that if you have a patch that is not specific to OE, it must be submitted upstream to the package maintainer.
Oct 18 21:55:23 <prahal> but it is the package source, I grab this from upstream :-/
Oct 18 21:55:42 <mwester> So what's the problem?
Oct 18 21:56:19 <mwester> Follow the upstream build instructions (autoconf, or make, or whatever), and it should be fine -- if you have all the dependencies installed.
Oct 18 21:56:26 <prahal> to port it to hackable1 or debian one have to maintain a duplicate of the upstream with standard build tools 
Oct 18 21:56:39 <mwester> Yes. of course.
Oct 18 21:57:30 <[Rui]> gah, I give up. to bed
Oct 18 21:57:34 <prahal> should be the opposite ... I mean image if enlightenment was not available except with debian rules (no make , autoconf or else)
Oct 18 21:58:04 <Kensan> mwester: bonsoire
Oct 18 21:58:12 <Kensan> mwester: long time no see!
Oct 18 21:58:12 <mwester> maybe you should explain the problem parhal.
Oct 18 21:58:43 <mwester> You are upset with bitbake because the upstream developer does not have a make or autoconf system to build the upstream sources?
Oct 18 21:59:02 <mwester> Kensan,  good evening!
Oct 18 21:59:04 <prahal> upstream is not portable to any system except bitbake
Oct 18 21:59:27 <mwester> I disagree with that.
Oct 18 21:59:36 <Kensan> mwester: how are things with you?
Oct 18 21:59:43 <prahal> is this common among developpers of shr applications ? this will be a pretty big lock in for shr
Oct 18 21:59:48 <mwester> bitbake does not issue compilation commands; it drives something else (make, smake, etc) that builds.
Oct 18 22:00:52 <prahal> yes this is the way every other system on earth does . But this makefile (only build tool available) calls bitbake, set the path of everything to shr hardcoded pathes
Oct 18 22:01:01 <mwester> prahal,  you need to learn a bit more about bitbake and OE -- please review the OE wiki to understand how it works.  bitbake is like a meta-make utility that simply goes around and builds lots of packages -- it requires that each package have a funtioning build environment, be it make, autoconf, or a custom shell script.  bitbake does not issue "cc" commands.
Oct 18 22:01:21 <mwester> prahal,  you are referring to the Master makefile, right?
Oct 18 22:01:50 <prahal> no all the makefile (master and src)
Oct 18 22:01:52 <mwester> the Master Makefile simply calls bitbake -- bitbake then calls make, or smake, or jam, or whatever the build tool is for each package.
Oct 18 22:02:08 <mwester> No package calls bitbake from its makefile.
Oct 18 22:02:23 <mwester> That is simply not possible as bitbake cannot be invoked in that manner (it is not re-entrant).
Oct 18 22:02:24 <prahal> well bitbake is only called from the master one . But shr is hardcoded in all the makefiles
Oct 18 22:02:53 <mwester> The makefiles may have been generated by autoconf, in which case all manner of things may appear to be hardcoded.
Oct 18 22:03:10 <prahal> no autoconf . Hand made
Oct 18 22:03:19 <mwester> But in any case, it remains that your issue is with the upstream package -- not with bitbake.
Oct 18 22:03:41 <mwester> So you need to find the maintainers of that upstream package, and converse with them to resolve the build issues for other distros.
Oct 18 22:04:12 <prahal> sure , never told the opposite . I am worried that developpers of shr applications are hardcoding everything for shr buidl environement (pathes, etc)
Oct 18 22:04:31 <mwester> Kensan,  things are busy -- and my current contract takes me to horrible places where I am imprisoned behind draconian firewalls... :(   So I'm not around much anymore. :(
Oct 18 22:04:35 <Kensan> prahal: do you have an example?
Oct 18 22:04:47 <prahal> at-over-fso , ffalarms
Oct 18 22:05:06 <prahal> right now that s what I am interested in (an alarm application)
Oct 18 22:05:07 <Kensan> mwester: ah, that sucks... well at least you have contracts ;)
Oct 18 22:05:30 <Kensan> prahal: do you have a link to the makefile that bothers you?
Oct 18 22:05:31 <mwester> Yes, so I won't starve this year.
Oct 18 22:06:16 <DocScrutinizer-8> mwester: how long's your sentence? Any chance for getting out early due to nice beagviour? ;-P
Oct 18 22:06:39 <mwester> I'll be out in a month or two.  And then back to the unemployment line, I guess. :(
Oct 18 22:06:43 <DocScrutinizer-8> behaviour even
Oct 18 22:06:45 <Kensan> DocScrutinizer-8: Oh hey doc :)
Oct 18 22:06:50 <prahal> http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/Makefile?rev=57&root=ffalarms&view=auto 
Oct 18 22:06:53 <UberNeo> i am unable to get any sound in Hackable1 ..for mplayer ..however i am able to get the call sound
Oct 18 22:06:58 <DocScrutinizer-8> hi Kensan 
Oct 18 22:07:18 <prahal> did nto found the scm web for at-over-fso yet
Oct 18 22:07:20 <Kensan> mwester: well I am busy with other things and haven't been following the project lately...
Oct 18 22:07:52 <UberNeo> DocScrutinizer, please help me with no sound for mplayer
Oct 18 22:08:29 <DocScrutinizer-8> UberNeo: *sigh*, go ahead
Oct 18 22:08:47 <Kensan> prahal: well you need to talk to the author to remove all specific things from the makefile and make it generally applicable.
Oct 18 22:08:48 <UberNeo> DocScrutinizer,  i am unable to get any sound in Hackable1 ..for mplayer ..however i am able to get the call sound
Oct 18 22:09:15 <DocScrutinizer-8> UberNeo: that's different issue, completely different
Oct 18 22:09:47 <DocScrutinizer-8> UberNeo: can you config alsa audio device for mplayer?
Oct 18 22:10:08 <UberNeo> i dont know how to do that
Oct 18 22:10:40 <DocScrutinizer-8> well, I guess somewhere in mplayer settings, no?
Oct 18 22:10:52 <DocScrutinizer-8> or via cmdline parameter
Oct 18 22:11:27 <UberNeo> i have used .. different audio parameters like -ao oss ,-ao mpegpes ,  -ao pcm
Oct 18 22:11:43 <UberNeo> but no sound on any of them
Oct 18 22:12:04 <DocScrutinizer-8> -ao alsa ?
Oct 18 22:12:51 <UberNeo> that also doesnt gives any sound
Oct 18 22:13:06 <DocScrutinizer-8> UberNeo: either -ao alsa, or you need aoss wrapper like  "aoss mplayer -ao oss"
Oct 18 22:14:00 <PaulFertser> UberNeo: or you need to not forget to load stereout statefile
Oct 18 22:14:27 <UberNeo> i think stereoout statefile is the problem
Oct 18 22:14:43 <DocScrutinizer-8> which still shoud be default loaded by fso
Oct 18 22:14:43 <UberNeo> do u have any default stereoout.state file which works
Oct 18 22:15:11 <UberNeo> but im using debian based Hackable1
Oct 18 22:15:12 <DocScrutinizer-8> the one that gives you ringtone is the one that works
Oct 18 22:16:27 <UberNeo> my ringtome works
Oct 18 22:16:40 <UberNeo> but which file gives the ringtone
Oct 18 22:16:53 <DocScrutinizer-8> stereoout.state
Oct 18 22:16:56 <DocScrutinizer-8> usually
Oct 18 22:17:35 <UberNeo> so which control ..i need to change in stereoout.state file
Oct 18 22:17:48 <DocScrutinizer-8> NONE!!
Oct 18 22:18:55 <DocScrutinizer-8> alsactl restore -f /path/to/your/stereoout.state
Oct 18 22:18:57 <UberNeo> but if the ringtone and mplayer are using th same stereoout.state file ..then why i am able to get ringtome sound ..but no sound in mplayer
Oct 18 22:19:28 <DocScrutinizer-8> mplayer is NOT using any alsastate file
Oct 18 22:20:07 <DocScrutinizer-8> YOU have to do that (until one nice day in far future someone get around ACI alsa devices)
Oct 18 22:21:22 <DocScrutinizer-8> UberNeo:  do "alsactl restore -f /path/to/your/stereoout.state; mplayer -ao alsa default"
Oct 18 22:21:43 <UberNeo> i did this .. alsactl restore -f /usr/share/openmoko/scenarios/stereoout.state  and tried mplayer -ao alsa ..but no sound :(
Oct 18 22:22:21 <DocScrutinizer-8> UberNeo:  or "alsactl restore -f /path/to/your/stereoout.state; aoss mplayer -ao oss"
Oct 18 22:23:16 <UberNeo> DocScrutinizer,  whats this aoss
Oct 18 22:23:35 <DocScrutinizer-8> there's a garbled libasound.so which does not support alsa devices. If mplayer uses this lib, the obviously -ao alsa won't work
Oct 18 22:24:13 <DocScrutinizer-8> aoss is a wrapper to -ldpreload a adapter stub to tweak oss audio to alsa devices
Oct 18 22:24:32 <UberNeo> how do install it in a debian system
Oct 18 22:24:45 <DocScrutinizer-8> duh, no idea
Oct 18 22:24:54 <DocScrutinizer-8> apt install aoss?
Oct 18 22:24:55 * apt runs yum -y localinstall aoss-4.2-1.noarch.rpm
Oct 18 22:25:15 <DocScrutinizer-8> ~shutup
Oct 18 22:25:16 <apt> yes master, I'll STFU
Oct 18 22:25:54 <UberNeo> there is no package for aoss
Oct 18 22:26:51 <DocScrutinizer-8> sorry, no debian here to figure how to do that
Oct 18 22:27:13 <DocScrutinizer-8> PaulFertser: can you help me out please
Oct 18 22:28:01 <DocScrutinizer-8> ~install foooobarr?
Oct 18 22:28:02 * apt runs yum -y localinstall foooobarr-4.2-1.noarch.rpm
Oct 18 22:28:17 <DocScrutinizer-8> hmm, guessed it's a hoax
Oct 18 22:28:53 <UberNeo> actually ..i ahve this no sound problem in SHR also ..if i use mplayer ..then no sound ..but if firstly if i plays anysong using intone and then again uses mplayer then it works
Oct 18 22:30:20 <DocScrutinizer-8> so obviously intone knows how to load the correct statefile, while you did sth wrong on that
Oct 18 22:31:08 <DocScrutinizer-8> or intone is a fsckd up app that uses oss-compatibility support for alsa
Oct 18 22:31:27 <DocScrutinizer-8> and even knows how to load that
Oct 18 22:32:49 <UberNeo> ok ..can u tell me which control is used to increase the speaker volume in stereoout.state file
Oct 18 22:33:09 <DocScrutinizer-8> ~fr-audio
Oct 18 22:33:10 <apt> i heard fr-audio is http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem and http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem
Oct 18 22:37:06 <UberNeo> this also doesnt helps
Oct 18 22:37:13 <UberNeo> still no sound
Oct 18 22:37:16 <UberNeo> :(
Oct 18 22:39:59 <DocScrutinizer-8> UberNeo: alsactl store -f foo saves the whole mixer setup to foo. If you do that after you managed to have sound in mplayer, then you easily can alsactl restore -f foo anytime
Oct 18 22:40:51 <UberNeo> ok DocScrutinizer 
Oct 18 22:41:43 <DocScrutinizer-8> if that does not help, then you have an issue with oss compatibility and you need to cleanup your installation, to not use broken libasound.so etc
Oct 18 22:43:03 <UberNeo> so this prob is because of libasound.so
Oct 18 22:43:29 <DocScrutinizer-8> I'm not maintainer of mplayer, not of intone, and not of libasound. I just can tell you how it *should* work if those guys did a decent job
Oct 18 22:44:39 <DocScrutinizer-8> borked libasound causes mplayer not to know -ao alsa
Oct 18 22:44:49 <UberNeo> ok
Oct 18 22:44:56 <DocScrutinizer-8> or not to handle it correctly
Oct 18 22:45:01 <DocScrutinizer-8> afaik
Oct 18 22:45:21 <DocScrutinizer-8> as mentioned above, I'm not maintainer of mplayer
Oct 18 22:45:42 <UberNeo> yes DocScrutinizer 
Oct 18 22:48:33 <DocScrutinizer-8> UberNeo: id "aplay -D default anysound.wav" works, then mplayer is misconfigured or borked. You might have to do "alsactl -f /usr/share/*/scenari*/stereoout.state restore" to make aplay work. Everything after aplay working is up to somebody else
Oct 18 22:48:43 <DocScrutinizer-8> iF
Oct 18 22:50:07 <DocScrutinizer-8> basically when using -ao alsa (or whatever the correct syntax) for mplayer should work same way aplay does
Oct 18 22:50:42 <DocScrutinizer-8> iirc it's -ao alsa:default
Oct 18 22:51:39 <UberNeo> ok
Oct 18 22:51:52 <DocScrutinizer-8> which should be same as "-D default" for aplay. I.E using same device, so both should work same way
Oct 18 22:53:08 <alexxy> Ainulindale: hi 
Oct 18 22:53:17 <UberNeo> aplay gives ..lot of high volume radom sound
Oct 18 22:53:26 <alexxy> Ainulindale: is there any ETA to moving testing mrmoku stuff to SHR-U?
Oct 18 22:54:28 <max_posedon> alexxy, you always can switch to shr-mrmoku)
Oct 18 22:54:43 <max_posedon> but X-wakeup really slow there
Oct 18 22:54:44 <alexxy> max_posedon: i know =)
Oct 18 22:54:47 <UberNeo> DocScrutinizer,  aplay works 
Oct 18 22:55:08 <max_posedon> I don't suggest this for end-users, (if somebody belive that shr have end-users)
Oct 18 22:55:21 <DocScrutinizer-8> UberNeo: at least it gives sound. If it's noise then format of file is not correct for the extension
Oct 18 22:55:24 <alexxy> max_posedon: =P
Oct 18 22:55:49 <UberNeo> ya its given the sound
Oct 18 22:57:01 <DocScrutinizer-8> max_posedon: I doubt shr has any real users 
Oct 18 22:57:40 <max_posedon> in this case, mrmoku|away  merge your feed plz!!! )
Oct 18 22:58:31 <DocScrutinizer-8> not any more, after 10 weeks of frustration
Oct 18 23:12:44 <UberNeo> DocScrutinizer,  sometimes it gives the error as "Can't open audio device /dev/dsp"
Oct 18 23:13:52 <DocScrutinizer-8> UberNeo: *sigh* dev/dsp is oss, NOT alsa
Oct 18 23:14:04 <UberNeo> ok
Oct 18 23:14:12 <DocScrutinizer-8> oss alias dev/dsp is *deprecated*
Oct 18 23:14:49 <DocScrutinizer-8> if you absolutely can not avoid using a program that does dev/dsp then use aoss
Oct 18 23:16:11 <UberNeo> unable to get any .deb package of aoss
Oct 18 23:23:04 <lindi-> UberNeo: eh?
Oct 18 23:23:16 <lindi-> UberNeo: aoss is name of the binary
Oct 18 23:23:22 <lindi-> UberNeo: it's not the name of the package
Oct 18 23:23:34 <DocScrutinizer> libaoss.so is the libs name
Oct 18 23:23:46 <UberNeo> okays ..but i am unable to get it on net
Oct 18 23:23:46 <lindi-> UberNeo: use packages.debian.org to figure out the package name
Oct 18 23:23:51 <DocScrutinizer> aoss is the name of a wrapper script
Oct 18 23:24:04 <lindi-> UberNeo: get what? 1) figure out name of the package 2) install the package
Oct 18 23:24:24 <UberNeo> ok lindi- thanx
Oct 18 23:25:33 <DocScrutinizer> package: alsa-oss 
Oct 18 23:25:37 <DocScrutinizer> alsa-oss - ALSA-OSS Wrapper
Oct 18 23:25:38 <DocScrutinizer> This package contains the wrapper library and script to run OSS applications using ALSA API.
Oct 18 23:25:41 <UberNeo> got it http://ftp.jp.debian.org/debian/pool/main/a/alsa-oss/alsa-oss_1.0.15-1_armel.deb
Oct 18 23:26:14 <lindi-> UberNeo: you should use apt-get to download the package
Oct 18 23:27:03 <DocScrutinizer> lindi-: honestly he should use mplayer with builtin alsa support ;-P
Oct 18 23:27:05 <UberNeo> ye :) instaled
Oct 18 23:27:07 <UberNeo> aoss
Oct 18 23:29:28 <UberNeo> all works fine now .. i got the sound 
Oct 18 23:29:40 <UberNeo> thanx a lot DocScrutinizer  and lindi- 
Oct 18 23:29:51 <DocScrutinizer> lindi-: that's why I asked some 24h ago "does build process still depend on buildhost config?" - as we seen issues witjh libasound not including alsa support on buildhosts without system alsa, sth like that
Oct 18 23:31:08 <lindi-> DocScrutinizer: shr stuff?
Oct 18 23:32:44 <DocScrutinizer> yup
Oct 18 23:33:29 <DocScrutinizer> though I'm not savvy about how much building libasound actually is "SHR stuff" exactly
Oct 18 23:35:13 <DocScrutinizer-8> anyway there was a libasound without alsa support. And I guess mplayer is using libasound
Oct 18 23:49:20 <DocScrutinizer-8> UberNeo: here "mplayer -ao alsa somefile.wav" just works
Oct 18 23:50:34 <UberNeo> for me ..if i am using the -ao alsa option then no sound ..
Oct 18 23:50:51 <UberNeo> it only works with -ao oss
Oct 18 23:51:44 <DocScrutinizer-8> UberNeo: then get a fixed libasound.so I'd say
Oct 18 23:52:52 <UberNeo> from where
Oct 18 23:53:59 <DocScrutinizer-8> from debian?
Oct 18 23:54:15 <DocScrutinizer-8> dunno where your system is from
Oct 18 23:54:40 <UberNeo> im searching at http://packages.debian.org/lenny/
Oct 18 23:54:44 <DocScrutinizer-8> and from when
Oct 18 23:55:48 <UberNeo> just now
Oct 18 23:56:06 <UberNeo> is this the one which i shud use http://packages.debian.org/lenny/libasound2
Oct 18 23:57:24 <DocScrutinizer-8> my /usr/lib/libasound.so.2.0.0 is 770572 bytes
Oct 18 23:57:44 <prahal> UberNeo, any /etc/asound.conf or ${HOME}/.asoundrc ?
Oct 18 23:58:28 <DocScrutinizer-8> prahal: that's completely irrelevant
Oct 18 23:58:32 <UberNeo> prahal, no
Oct 19 00:00:22 <UberNeo> mine /usr/lib/libasound.so.2.0.0 is 762356
Oct 19 00:00:56 <DocScrutinizer-8> UberNeo: hmm, not sure if that actually means anything
Oct 19 00:01:32 <DocScrutinizer-8> UberNeo: yu should nag debian maintainers of Neo image about that
Oct 19 00:02:03 <DocScrutinizer-8> or mplayer maintainer
Oct 19 00:02:43 <DocScrutinizer-8> error report: mplayer -ao alsa does not work as supposed
Oct 19 00:03:17 <UberNeo> i installed libsound2 again 
Oct 19 00:03:19 <UberNeo> debian-gta02:~# dpkg -i libasound2_1.0.16-2_armel.deb
Oct 19 00:03:19 <UberNeo> (Reading database ... 51211 files and directories currently installed.)
Oct 19 00:03:19 <UberNeo> Preparing to replace libasound2 1.0.16-2 (using libasound2_1.0.16-2_armel.deb) ...
Oct 19 00:03:19 <UberNeo> Unpacking replacement libasound2 ...
Oct 19 00:03:19 <UberNeo> Setting up libasound2 (1.0.16-2) ...
Oct 19 00:03:32 <DocScrutinizer-8> additional comment: ...while aplay works
Oct 19 00:03:56 <UberNeo> but i think ihas replaced something else
Oct 19 00:07:14 <UberNeo> i have to leave now ..its already 5.30 AM here ..c u guys ..tommorow ..
Oct 19 00:07:36 <UberNeo> DocScrutinizer,  thanks a lot for ur help n guidance
Oct 19 00:09:05 <DocScrutinizer-8> UberNeo: np
Oct 19 00:09:21 <DocScrutinizer-8> please report on response from debian guys
Oct 19 00:09:57 <UberNeo> but who is maintaining the debian stuff for neo
Oct 19 00:10:17 <prahal> I never heard of mplayer without alsa support (and I am using debian for a while)
Oct 19 00:10:40 <prahal> nobody . there are no mplayer for neo (it is the same as for i386)
Oct 19 00:11:09 <UberNeo> its from http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2
Oct 19 00:11:09 <prahal> except if hackable1 made a custom build ... thus they are to be contacted directly
Oct 19 00:11:10 <DocScrutinizer-8> prahal: iirc we seen libasound built without alsa support, depending on buildhost(!) environment
Oct 19 00:11:44 <prahal> in shr or debian ?
Oct 19 00:11:54 <UberNeo> debian
Oct 19 00:11:56 <DocScrutinizer-8> I guess in shr
Oct 19 00:12:33 <DocScrutinizer-8> but probably the building process for libasound isn't exactly shr specific
Oct 19 00:13:52 <DocScrutinizer-8> anyway that's a wild guess of me
Oct 19 00:14:26 <DocScrutinizer-8> (the whole libasound issue relating to this mplayer -ao alsa borks)
Oct 19 00:14:57 <prahal> yes but aplay uses libasound
Oct 19 00:15:34 <DocScrutinizer-8> ok, so at least this isn't completely offtopic then :-)
Oct 19 00:15:44 <DocScrutinizer-8> ohh, no
Oct 19 00:15:49 <DocScrutinizer-8> err
Oct 19 00:16:09 <DocScrutinizer-8> damn, so maybe the libs name was different
Oct 19 00:16:34 <DocScrutinizer-8> libsoundfile?
Oct 19 00:16:49 <DocScrutinizer-8> I can't remeber anymore
Oct 19 00:17:27 <DocScrutinizer-8> and I have no idea how mplayer does audio output
Oct 19 00:18:34 <prahal> same libasound . Maybe the kernel is compiled with oss only
Oct 19 00:19:06 <prahal> ah no it does not explain more ... I am reading the backlog
Oct 19 00:19:09 <DocScrutinizer-8> aplay works!
Oct 19 00:19:59 <DocScrutinizer-8> aoss mlayer works as well
Oct 19 00:20:22 <DocScrutinizer-8> here mplayer -ao alsa works, for UberNeo it doewn't
Oct 19 00:21:44 <DocScrutinizer-8> so obviously it's a problem in mplayer config, binary, or used libs
Oct 19 00:28:06 <prahal> ok I confirm ... -ao alsa does not work here either (but without it does, aplay, gstreamer, intone+mplayer ) . So I can investigate
Oct 19 00:28:31 <prahal> afaik I do not have oss compat enabled (and do not have /dev/dsp)
Oct 19 00:29:35 <prahal> oh no it is using oss compat ... I just don't know why and how yet
Oct 19 00:30:22 <prahal> and now I have /dev/dsp (probably autogenerated when called)
Oct 19 00:32:46 <prahal> bah this alarm will wait, on alsa now
Oct 19 00:38:47 <prahal> ok indeed there is an /etc/asound.conf (was a hackable1 install at first). Moving it out gives me alsa output working (it is about dmix setup)
Oct 19 01:01:02 <DocScrutinizer-8> strange. 
Oct 19 01:02:13 <DocScrutinizer-8> prahal: you say with asound.conf "mplayer -ao alsa foo.wav" borks while "aplay foo.wav" works? Without asound.conf both work?
Oct 19 01:03:50 <DocScrutinizer-8> could you pastebin the asound.conf causing this strange effect?
Oct 19 01:04:15 <prahal> sure I am in the process of checking what s wrong with it 
Oct 19 01:05:33 <prahal> http://pastebin.com/f4185075a
Oct 19 01:05:48 <DocScrutinizer-8> thnx
Oct 19 01:08:54 <DocScrutinizer-8> well, nothing wrong with that, except it's not supporting dsnoop for recording (a known issue). SHR has this identical file in alsa system config somewhere in /usr/share/libs/alsa or similar path
Oct 19 01:10:49 <DocScrutinizer-8> well, maybe we should use a plug plugin before dmix, to allow for different formats/rates
Oct 19 01:19:33 <DocScrutinizer-8> prahal: duh, no. We have /etc/asound.conf on SHR as well. It defines no dmixer though, just a pcm.!default {type plug; slave.pcm "dmix" }
Oct 19 01:19:40 <DocScrutinizer-8> NOT dmixer
Oct 19 01:20:17 <DocScrutinizer-8> I think this changed somehow last few months
Oct 19 01:20:53 <prahal> but dmixer is of type dmix ... so it should be in the detailed options of this pcm.dmixer that something is wrong (though it could be pointless to try and find what s wrong with those as you told me letting alsa find out works better
Oct 19 01:21:06 <DocScrutinizer-8> (dmix is defined by alsa standard config)
Oct 19 01:21:20 <prahal> anyway it looks like mplayer is the only affected
Oct 19 01:23:44 <DocScrutinizer-8> that's strange enough
Oct 19 01:29:44 <DocScrutinizer-8> there's one more device in there: ctl.mixer0, instead of ctl.dmixer
Oct 19 01:32:57 <DocScrutinizer-8> maybe mplayer needs mixer0
Oct 19 01:38:28 <prahal> neither switching to "dmix" , nor adding mixer0 helps ... I am running out of options (I am trying as many combination as I can from what I google)
Oct 19 01:41:38 <prahal> mplayer -v -ao alsa:device=plug=dmix file.mp3 does not work , even with no  /etc/asound.conf . Looks like the version of mplayer and the alsa config files shipped by debian are not compatibles (I cannot test on i386 as I am using multimedia repository whihc shipps a newer mplayer)
Oct 19 01:52:41 <DocScrutinizer-8> -ao alsa and -ao alsa:device=default  works here
Oct 19 01:55:21 <DocScrutinizer-8> prahal: alsa-init: using ALSA 1.0.15
Oct 19 01:55:29 <DocScrutinizer-8> setup for 1/2 chan
Oct 19 01:55:39 <DocScrutinizer-8> using dev default
Oct 19 01:55:53 <DocScrutinizer-8> pcm opened blocking mode
Oct 19 01:56:02 <DocScrutinizer-8> chunksize 1024
Oct 19 01:56:41 <DocScrutinizer-8> fragcount=16
Oct 19 01:56:58 <DocScrutinizer-8> got bufsize=16384
Oct 19 01:57:15 <DocScrutinizer-8> gor period size=1024
Oct 19 01:59:22 <DocScrutinizer-8> prahal: A0: Description: ALSA-0.9.x-1.x audio outp
Oct 19 01:59:41 <prahal> fragcount=4 or 8 when not working , 16 when working here
Oct 19 01:59:53 <prahal> alsa 1.0.21a
Oct 19 01:59:54 <DocScrutinizer-8> A0: author A.bereg.... Zsolt barat
Oct 19 02:00:13 <DocScrutinizer-8> A0: under development (! ;-D )
Oct 19 02:01:17 <prahal> yep all other are the same except for buffer size that vary at each run it seems
Oct 19 02:03:08 <DocScrutinizer-8>  --enable-alsa config
Oct 19 02:27:17 <prahal> ok I abandon for today ... not even the slightest success
Oct 19 02:33:50 <DocScrutinizer-8> cya
**** ENDING LOGGING AT Mon Oct 19 02:59:59 2009