IRC log for #openmoko-cdevel on 20091018

00:08.28*** join/#openmoko-cdevel fsteinel (n=fsteinel@217.251.192.115)
00:11.01*** join/#openmoko-cdevel peter-b (n=peter_b@93.135.43.96)
00:12.54*** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
01:01.33*** join/#openmoko-cdevel FirefighterBlu3 (i=david@blue-labs.org)
01:06.47*** join/#openmoko-cdevel Defiant (i=erik@213.39.142.118)
01:39.09*** join/#openmoko-cdevel pablomino (n=pablo@r190-135-167-213.dialup.adsl.anteldata.net.uy)
01:56.29*** part/#openmoko-cdevel pablomino (n=pablo@r190-135-167-213.dialup.adsl.anteldata.net.uy)
02:40.06*** join/#openmoko-cdevel OrtwinR1 (n=OrR@a89-182-19-139.net-htp.de)
03:36.04*** join/#openmoko-cdevel BillK (n=BillK@124-169-118-113.dyn.iinet.net.au)
03:59.43mrmokuTAsn: ping
03:59.54mrmokuTAsn: did you see ping soon... or ping early? :P
04:00.00mrmokus/see/say/
04:13.35*** join/#openmoko-cdevel headrx (n=head@68-186-162-26.dhcp.stls.mo.charter.com)
04:19.24CIA-26SHR: 03mok 07phonefsod * ra2a36096f1f3 10/src/dbus/phonefsod-usage.xml: remove now unneeded dbus spec
04:19.35CIA-26SHR: 03mok 07phonefsod * rcc6d80d0d95e 10/data/phonefsod.conf: adjust dbus config to the correct service name
04:21.46CIA-26SHR: 03mok 07phoneuid * r096c4d355897 10/data/ (6 files): adjust dbus config to the correct service name
04:34.09*** join/#openmoko-cdevel DocScrutinizer (n=jr@85.116.194.200)
04:49.32*** join/#openmoko-cdevel DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net)
04:58.07CIA-26SHR: 03mok 07phoneuid * r522dc9f13b2a 10/src/phoneuid.c: use the defines to get path and name of the phonefso Usage service
05:02.56*** join/#openmoko-cdevel ameyp (i=7371398f@gateway/web/freenode/x-vzaxtqwvhcidpjrq)
05:03.37ameyphey, could someone please tell me how to use a GHashTable structure?
05:03.49ameypi'm working on ticket 568
05:03.52ameyphttp://wiki.shr-project.org/trac/ticket/568
05:06.00mrmokuameyp: http://library.gnome.org/devel/glib/stable/glib-Hash-Tables.html
05:07.03ameypmrmoku: thanks
05:11.31mrmokuameyp: no problem... looking forward to your forward button :P
05:25.54*** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.235)
05:56.45*** join/#openmoko-cdevel AlexC (n=alexc@unaffiliated/alexc)
06:09.16*** join/#openmoko-cdevel catholicon (n=vikas@122.162.70.102)
06:21.05*** join/#openmoko-cdevel catholicon (n=vikas@122.162.70.102)
06:21.25*** join/#openmoko-cdevel catholicon (n=vikas@122.162.70.102)
06:37.41*** join/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26)
06:38.14*** join/#openmoko-cdevel everslick (n=clemens@212-183-118-36.adsl.highway.telekom.at)
06:41.17catholiconTAsn: I was wondering how to discuss opimd redesign on the wiki?
06:42.15catholiconTAsn: Is discussion page of http://wiki.openmoko.org/wiki/Opimd_redesign the way to go?...or is IRC good enough?
06:45.31*** join/#openmoko-cdevel m0nt0 (n=monto@151.57.204.160)
06:45.43m0nt0hi all
06:45.56mrmokum0nt0: hey... how's life?
06:46.05m0nt0mrmoku, busy
06:46.06m0nt0:D
06:46.36mrmokuhehe... usual problem :P
06:46.45m0nt0and my sons started to act as yours, going to bed at 9 pm and waking up at 6.00 am
06:46.56mrmokuouch :)
06:46.58m0nt0lol
06:47.20m0nt0and you? how it's going?
06:47.21TAsncatholicon, wiki.
06:47.33TAsnmrmoku, pong
06:47.38mrmokum0nt0: fine... aumento famiglia :)
06:47.47mrmokuTAsn: finally ;)
06:47.53TAsnhehe
06:47.58m0nt0wow!! il terzo in arrivo?
06:47.59TAsnI'm a hard man to catch
06:48.02mrmokum0nt0: yup
06:48.03TAsnI'm here for a couple of seconds.
06:48.08m0nt0complimenti!!
06:48.11mrmokum0nt0: grazie
06:48.19mrmokuTAsn: it does not work
06:48.27mrmokuTAsn: and I don't know why :(
06:48.42mrmokuwindows are shown only partly or segfault immediately
06:49.01TAsnhm... this sounds like a good start though
06:49.07TAsnthis means modules are loaded
06:49.19mrmokuyep, modules are loaded... init and loop are called
06:49.26mrmokubut somehow it does not work correctly
06:49.43TAsnI gotta go to work, mind waiting until I get back?
06:49.44TAsn:)
06:49.48TAsn(~8 hrs)
06:50.07m0nt0vala-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?
06:50.53mrmokuTAsn: ok... have fun then :)
06:51.31mrmokum0nt0: failed for me too right now :P
06:51.36m0nt0:D
06:51.39mrmokum0nt0: thought it would be fixed though
06:52.17m0nt0ok, thanks
06:54.37*** part/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26)
06:55.41TAsnmrmoku, haha, good joke.
06:55.53TAsngit read-tree 1 failed with signal 128, output:
06:55.53mrmokuTAsn: which one?
06:55.53TAsnfatal: Not a valid object name 1
06:55.53TAsnNOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed
06:55.57TAsnbtw :(
06:55.59mrmokuTAsn: update
06:56.01TAsn<mrmoku> TAsn: ok... have fun then :)
06:56.26mrmokuTAsn: I added an shr-specs package :)
06:56.44mrmoku(and use that to build phonefsod and phoneuid)
06:56.49TAsnokie :)
06:57.12TAsnok, building
06:57.18TAsnwill be ready in 8 hrs anyway
06:57.26mrmokuTAsn: ok... later then
06:57.27TAsnso going to work won't do any harm. ;)
06:57.29TAsnciao.
07:00.32CIA-26SHR: 03mok 07shr-specs * r28761e092970 10/org.shr.phoneui/org.shr.phoneui.Messages.xml.in: rename Messages.DisplayItem to DisplayMessage
07:00.42CIA-26SHR: 03mok 07shr-specs * re66678577f6c 10/org.shr.phoneui/ (5 files): make all phoneui methods async
07:02.29TAsn<PROTECTED>
07:02.29TAsnfatal: Not a valid object name 1
07:02.29TAsnNOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed
07:02.34TAsnI think my connection secs
07:02.37TAsnsec restarting it.
07:02.39TAsncya.
07:21.17*** join/#openmoko-cdevel TAsn (n=tasn@DSL217-132-21-52.bb.netvision.net.il)
07:23.50mrmokuTAsn: hehe, think I know what's going on...
07:24.09mrmokuTAsn: the call to framework_handler_connect got lost again...
07:24.17mrmokuguess I lost it while splitting
07:27.25*** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.66)
07:36.54m0nt0bye bye!!
07:42.37*** join/#openmoko-cdevel GarthPS (n=quassel@30.103.202.62.cust.bluewin.ch)
07:50.47*** join/#openmoko-cdevel khiraly1 (n=lama@dsl51B6634A.pool.t-online.hu)
07:52.15*** join/#openmoko-cdevel playya (n=playya@unaffiliated/playya)
07:55.38*** join/#openmoko-cdevel catholicon_ (n=vikas@122.162.70.102)
08:00.38*** join/#openmoko-cdevel catholicon (n=vikas@122.162.70.102)
08:04.15*** join/#openmoko-cdevel sleipnir (n=Sleipnir@p4FDD5A22.dip.t-dialin.net)
08:05.47mrmokuTAsn: all works now... except the dialer... the dialer is missing the keypad
08:05.58*** join/#openmoko-cdevel feuera (n=andi@212-183-48-239.adsl.highway.telekom.at)
08:06.28*** part/#openmoko-cdevel feuera (n=andi@212-183-48-239.adsl.highway.telekom.at)
08:10.01CIA-26SHR: 03mok 07shr * r4d1dfd58c4f2 10/ (3 files in 3 dirs): fix contacts, messages and dialer to use correct dbus paths and params
08:15.55*** join/#openmoko-cdevel PaulFertser_ (n=pavel@ppp85-141-162-91.pppoe.mtu-net.ru)
08:17.56*** join/#openmoko-cdevel playya (n=playya@unaffiliated/playya)
08:24.33*** join/#openmoko-cdevel catholicon_ (n=vikas@117.96.38.245)
08:27.46*** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.66)
08:28.18*** join/#openmoko-cdevel catholicon (n=vikas@122.162.71.65)
08:34.35*** join/#openmoko-cdevel catholicon__ (n=vikas@117.96.38.245)
08:42.47*** join/#openmoko-cdevel catholicon_ (n=vikas@122.162.71.180)
08:43.22*** join/#openmoko-cdevel catholicon (n=vikas@122.162.71.180)
08:47.42*** join/#openmoko-cdevel AndreasD (n=andreas@1407ds1-ns.0.fullrate.dk)
08:53.50*** join/#openmoko-cdevel otypoks (n=e55c2403@85.11.67.243)
08:55.55*** join/#openmoko-cdevel sandwitch (n=sandwitc@85.223.50.247)
09:00.05*** join/#openmoko-cdevel pbaxter (n=pbaxter@host143-134-dynamic.54-79-r.retail.telecomitalia.it)
09:01.46*** join/#openmoko-cdevel Gorbusch (n=frank@80-121-122-4.adsl.highway.telekom.at)
09:03.51Gorbuschhi, 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.
09:07.24PaulFertserGorbusch: either use shr unstable
09:07.43PaulFertserGorbusch: or if you feel really adventerous you can try extremely unstable wip builds
09:08.07PaulFertserGorbusch: from http://build.shr-project.org/tests/mrmoku/
09:11.31Gorbuschthanks
09:24.27*** join/#openmoko-cdevel rebelThor (n=thor@78.96.137.54)
09:25.36rebelThoris 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?
09:26.33mrmokuyup
09:26.51rebelThoris really relieved right now.. thanks mrmoku! :D
09:30.45*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host93-155-dynamic.51-79-r.retail.telecomitalia.it)
09:50.10*** join/#openmoko-cdevel alfa21 (n=chatzill@50.68.186.89.dsl.static.ip.kpnqwest.it)
09:55.16*** join/#openmoko-cdevel thrashold (n=europan@93.180.79.19)
09:55.42*** join/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26)
09:59.23*** join/#openmoko-cdevel zoff99 (i=chatzill@80.109.110.37)
10:04.32*** join/#openmoko-cdevel mzanetti (n=dreadhea@p5B301DA8.dip0.t-ipconnect.de)
10:21.36*** join/#openmoko-cdevel bumbl (n=bumbl@91-113-112-49.adsl.highway.telekom.at)
10:24.55*** join/#openmoko-cdevel JesusMcCloud (n=jesus@93-82-85-6.adsl.highway.telekom.at)
10:25.59*** join/#openmoko-cdevel bumbl_ (n=bumbl@91-114-176-60.adsl.highway.telekom.at)
10:34.09*** join/#openmoko-cdevel raster (n=raster@enlightenment/developer/raster)
10:37.44*** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170)
10:39.19*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
10:42.34*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
10:47.16DocScrutinizer-8building.... is the result still dependent of buildhost config rather than target system?
10:49.50*** join/#openmoko-cdevel Kayin (i=mverstee@shell2.skyberate.net)
10:52.52CIA-26SHR: 03mok 07phoneuid * rfd8dd0501339 10/data/80phoneuid: add a xsession script to start it
10:53.02*** join/#openmoko-cdevel playya_ (n=playya@unaffiliated/playya)
10:53.03CIA-26SHR: 03mok 07phoneuid * r362cc9243789 10/ (11 files in 2 dirs): go back to the system bus and make everything async
10:55.09rebelThorstill 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
10:57.40CIA-26SHR: 03mok 07phonefsod * r9de0e3ce484f 10/src/Makefile.am: Makefile.am: remove -ldl as it's not needed for phonefsod
10:57.41CIA-26SHR: 03mok 07phonefsod * r99962159bca5 10/src/ (5 files): phoneuid is on the system bus again
10:57.42CIA-26SHR: 03mok 07phonefsod * rc8a19ddbc9a9 10/src/phonefsod-fso.c: rename display_item to display_messages
10:57.42CIA-26SHR: 03mok 07phonefsod * r2e8d58174862 10/data/80phoneuid: remove obsolete xsession script
11:06.58PaulFertserrebelThor: it doesn't start from the beginning.
11:07.45rebelThoroh, my bad then :D thanks PaulFertser
11:08.20PaulFertserrebelThor: it does rebuild the package it was building at the moment you stopped it but it doesn't rebuild the whole system.
11:08.34PaulFertserrebelThor: and btw if you don't use "gnu screen" you might want to try it.
11:09.51*** join/#openmoko-cdevel catholicon (n=vikas@122.162.71.180)
11:12.55*** part/#openmoko-cdevel otypoks (n=e55c2403@85.11.67.243)
11:16.59*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
11:19.00*** join/#openmoko-cdevel dos1 (n=dos@unaffiliated/dos1)
11:19.35TeLLuSvala-dbus-binding-tool-native_git.bb' failed    No package 'gee-1.0' found    bitbake gee-1.0  ERROR: Nothing PROVIDES 'gee-1.0'
11:20.13*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
11:21.23*** join/#openmoko-cdevel VDVsx (n=Valerio@bl5-199-37.dsl.telepac.pt)
11:23.33*** join/#openmoko-cdevel DieMumiee (n=DieMumie@p54946160.dip.t-dialin.net)
11:24.11*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
11:24.14mrmokuTeLLuS: yup, working on that
11:25.08TeLLuSmrmoku: nice
11:28.10*** join/#openmoko-cdevel jonkristian (n=jonkrist@174.84-48-204.nextgentel.com)
11:47.44*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
11:48.22*** join/#openmoko-cdevel AndreasD (n=andreas@1407ds1-ns.0.fullrate.dk)
11:48.27playyados1, do you have a OPIM UI?
11:48.50*** join/#openmoko-cdevel bumbl (n=bumbl@91-113-53-147.adsl.highway.telekom.at)
11:49.22dos1playya: opim ui?
11:50.17*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
11:50.28bumblmickey|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
11:51.41bumbldos1: when can noobs (like me) expect a new shiny image?
11:52.18DocScrutinizer-8bumbl: that 100% surely kills modem
11:52.30dos1sorry, don't ask me... recently i'm out of date about SHR ;x
11:52.53*** join/#openmoko-cdevel Gorbusch1 (n=frank@80-121-111-71.adsl.highway.telekom.at)
11:52.54DocScrutinizer-8bumbl: modem is powered from bat. Removing bat always resets modem
11:53.27bumblDocScrutinizer-8: i know i just realized today that this is the issue i tried to track down
11:54.43bumbl(although frameworkd should imo autodetect this issue and restart gsmd if it is easily detectable)
11:56.39mrmokuTeLLuS: make update and rebuild it
11:56.39DocScrutinizer-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
11:56.53*** join/#openmoko-cdevel morphis (n=morphis@p54898A28.dip0.t-ipconnect.de)
11:56.59morphisheyho
11:59.00DocScrutinizer-8bumbl: 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
11:59.38lindi-I store those settings in $HOME currently
11:59.40*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
11:59.51DocScrutinizer-8sure
11:59.59bumblDocScrutinizer-8: with restarting gsmd i meant - again asking pin and setting up everything as done on boot
12:00.42DocScrutinizer-8lindi-: but still there are states that are quite tricky to restore to exact same they were before reset
12:01.17lindi-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
12:01.53bumbllindi-: yep i know
12:02.34lindi-bumbl: and that's pretty difficult if he has silent profile
12:02.42bumblfor sure not top priority but the problem was annoying until i noticed the cause
12:03.25*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
12:05.58DocScrutinizer-8bumbl: 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? ;-)
12:07.59bumblDocScrutinizer-8: nah you shouldn't - but it just shows the neo is not noob proof
12:08.29bumblso if you have a product and want it idiot tested for free - send it to me ;)
12:08.57DocScrutinizer-8bumbl: 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
12:11.11DocScrutinizer-8auto-restart is really tricky but also not exactly to the point of the issue
12:12.29*** join/#openmoko-cdevel playya_ (n=playya@unaffiliated/playya)
12:12.35DocScrutinizer-8mickey|dinner: ^^^
12:14.06DocScrutinizer-8mickey|dinner: [13:50] <bumbl> mickey|dinner: i now seem ...  ff
12:14.14*** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170)
12:14.37bumblwell anyway have a nice day
12:17.29*** join/#openmoko-cdevel onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
12:28.20*** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170)
12:29.25*** join/#openmoko-cdevel pespin (n=pespin@84.78.212.11)
12:30.11*** join/#openmoko-cdevel dcordes (n=dcordes_@unaffiliated/dcordes)
12:47.48*** join/#openmoko-cdevel Gnutoo (n=gnutoo@host93-155-dynamic.51-79-r.retail.telecomitalia.it)
13:07.36*** join/#openmoko-cdevel JesusMcCloud (n=jesus@188-23-251-220.adsl.highway.telekom.at)
13:41.07*** join/#openmoko-cdevel AndreasD (n=andreas@1407ds1-ns.0.fullrate.dk)
13:41.22*** join/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26)
13:50.11*** join/#openmoko-cdevel hiciu (n=hiciu@host-91-200-27-218.leon.com.pl)
14:07.08*** join/#openmoko-cdevel GovCon (n=GC@unaffiliated/govcon)
14:18.22Gnutoomickeyl, hi
14:18.29mickeylhey Gnutoo
14:18.34mickeylhow's your "dreamworks" progressing?
14:18.42Gnutoomickeyl, what's that command: AT+BANDSET
14:19.16Gnutoomickeyl, I pushed basic support to linuxtogo and oe
14:19.16mickeylthat's a proprietary command to lock the RF band of a multiband device to one band
14:19.22mickeylusually not necessary
14:19.47mickeylmultiband being gsm900, gsm1800, etc.
14:20.24Gnutoomickeyl, so we found it
14:20.38Gnutoomickeyl, how does it work?
14:20.44DocScrutinizer-8esp locking to GSM or UMTS
14:20.50Gnutooah ok
14:23.29DocScrutinizer-8Gnutoo: no decent result for at+bandset=?   ?
14:23.43Gnutoothere is:
14:23.56GnutooAT+BANDSET=? +BANDSET: 001f
14:24.03DocScrutinizer-8duh
14:24.09DocScrutinizer-8what a mess
14:24.11Gnutooand AT+BANDSET? +BANDSET: 1
14:24.25GnutooAT+BANDSET=something
14:24.31DocScrutinizer-8error
14:24.33Gnutoo<PROTECTED>
14:24.40DocScrutinizer-8ooh
14:24.48Gnutoosomething is a number
14:24.57DocScrutinizer-8very self-descriptive, indeed
14:25.05Gnutoobut AT+BANDSET=? +BANDSET: 001f don't change
14:25.27mickeyllooks like there is no options but 001f
14:25.36mickeylin that case you can't lock it to any band
14:25.41DocScrutinizer-8looks like a 9bit bitfield of bool
14:25.44mickeylor that
14:26.09Gnutoook
14:26.10mickeylproprietary commands do not need to respect usual formats :/
14:26.25DocScrutinizer-8yeah, nice
14:26.51DocScrutinizer-8try at%sleep=?, on calypso
14:27.52DocScrutinizer-8well, at least 9 bool faintly matches with the maximum nr of allowable bands
14:28.01GnutooAT+CLAC : http://pastebin.com/m1ed4ac42
14:28.09Gnutoook
14:29.09DocScrutinizer-8maybe also a boolean bit for "auto" included, or sth
14:29.36*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
14:32.40DocScrutinizerGnutoo: networks =: GSM 850/900/1800/1900, UMTS-WCDMA 900/1700/2100
14:32.50Gnutooyes
14:33.06DocScrutinizerthat's seven for now
14:33.19Gnutoook
14:36.02DocScrutinizerGnutoo: from above "+QBANDCAP" looks interesting
14:36.34DocScrutinizerno idea if that'S a custom cmd though, or what it really might do
14:37.35Gnutoook
14:38.09DocScrutinizerisn't RE real fun? :-S
14:38.24Gnutoo+QBANDCAP: (0-6)
14:38.58DocScrutinizertsss. So seems we really got 7 bands ;-D
14:39.43Gnutoook
14:39.45GnutooI'll try
14:40.29CIA-26freesmartphone.org: 03mickey 07cornucopia * r8b274288fcb3 10/fsogsmd/src/lib/ (atmediators.vala consts.vala): fsogsmd: add known SIM elementary file records
14:42.06DocScrutinizer-8mickeyl: sim fs records? what do you do with them?
14:43.51Gnutoo+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
14:43.53mickeylright know only EFsp
14:43.57mickeylEFspn, that is
14:44.10mickeylperhaps later on using them for modems which do not support some of the higher level commands
14:45.07DocScrutinizer-8Gnutoo: hey, nice textadventure XD
14:45.12Gnutoolol
14:45.28Gnutooit's a mud if I play it via ssh?
14:46.00DocScrutinizer-8for sure it is on GSM ;-)
14:47.46GnutooGlobal SSH Multidungeon?
14:48.21DocScrutinizer-8hehe
14:48.56mickeyl*sigh*
14:49.03mickeylnot motivated to implement call handling...
14:49.09mickeylboring monkey work
14:49.20mickeyldo we need call handling in fso2?
14:49.26mickeylcan't we just voip?
14:49.55*** part/#openmoko-cdevel rebelThor (n=thor@78.96.137.54)
14:49.59mickeylcan +CLCC ever show a '3' ?
14:50.11mickeylor is that impossible?
14:50.27mickeylwhere's a gsm expert when you need one
14:50.42DocScrutinizer-8is that multiline?
14:50.52mickeyl+clcc shows 'calls known to the system' ya
14:51.00mickeylindices start w/ 1
14:51.04mickeyland i wonder whether it's limited to 1-2
14:51.14DocScrutinizer-8nope, that should always be 1 or 2
14:51.15mickeyland if the 3rd one always gets a busy
14:51.47mickeylwhat about one being active, one on hold? 3rd caller gets busy?
14:52.05DocScrutinizer-8you can have a max of 2 concurrent calls / lines (at least for ISDN and GSM)
14:52.17mickeylyes, but how's concurrent defined
14:52.20DocScrutinizer-8yep
14:52.36mickeyllike... can i swap between two, while the third is on hold?
14:52.54mickeylhmm,probably not
14:53.06DocScrutinizer-8concurrent is any established "dialog" from invite/ring over hold until connection teardown
14:53.13mickeylah
14:53.25*** join/#openmoko-cdevel rebelThor (n=thor@78.96.137.54)
14:53.27mickeylin that case it'd 100% sure we never get any index out of 1-2
14:53.45mickeylhmm
14:53.46DocScrutinizer-8I'd say yes - for GSM
14:53.47mickeylbut look at that:
14:53.55mickeylhttp://www.google.de/search?ie=UTF-8&oe=UTF-8&q=%22%2BCLCC%3A+3
14:54.00mickeylhttp://www.microchip.ua/simcom/GSM-GPRS-GPS/AppNotes%20-%20doc/SIMCom%20Modules%20Multiparty%20Application%20Note_V1.0.pdf
14:54.05mickeyltheir examples show +CLCC=3
14:54.07mickeyl:3 even
14:54.39CIA-26SHR: 03mok 07libphone-ui * rc89005b21bfb 10/src/phoneui.c: add missing call to frameworkd_handler_connect
14:54.43*** join/#openmoko-cdevel morphis (n=quassel@p54898A28.dip0.t-ipconnect.de)
14:54.44mickeylor are these nonstandard devices?
14:54.49CIA-26SHR: 03mok 07libphone-ui * ra529bc46d3ca 10/src/ (phoneui-utility.c phoneui-utility.h): utility: add phoneui_contact-get
14:54.50CIA-26SHR: 03mok 07libphone-ui * r2675791f5d1e 10/src/ (phoneui.c phoneui.h.in): add phoneui_contacts_refresh and phoneui_contacts_contact_show
14:55.04morphisheyho
14:55.08mickeylyo morphis
14:56.12DocScrutinizer"" For more details about this command, please refer to [1].""
14:56.29*** join/#openmoko-cdevel DieMumie1 (n=DieMumie@p54946160.dip.t-dialin.net)
14:56.38mickeylok, i think these are non-standard
14:56.40mickeyllook:
14:56.41mickeyl"Note: You can dial or pick up five different phones in all and establish six sides conversation
14:56.41mickeylfollow the above steps. You can also get through the sixth phone when the former five calls were
14:56.41mickeylheld on, but it can not join in the Multiparty.
14:56.41mickeyl"
14:56.49mickeyl5 phones... never with GSM :)
14:57.34morphishrhr
14:57.48morphiswho describes this scenario?
14:57.54DocScrutinizermickeyl:
14:57.55mickeylhttp://www.microchip.ua/simcom/GSM-GPRS-GPS/AppNotes%20-%20doc/SIMCom%20Modules%20Multiparty%20Application%20Note_V1.0.pdf
14:57.59DocScrutinizer""
14:58.00DocScrutinizerNote: You can dial or pick up five different phones in all and establish six sides conversation
14:58.02DocScrutinizerfollow the above steps. You can also get through the sixth phone when the former five calls were
14:58.03DocScrutinizerheld on, but it can not join in the Multiparty.
14:58.05DocScrutinizer""
14:58.17mickeylya, what i just pasted
14:58.24mickeylthis is some extension system
14:58.52DocScrutinizernever heard of that
14:59.14mickeylthere are some more hits when searching for +clcc:3 though
15:00.24mickeyliirc in my tests, when i had two calls on hold, the third was never alerting me
15:00.29mickeylit just got a busy right from the start
15:00.39mickeylbut it might as well depend on the SIM and the provider as well
15:00.41mickeyl:/
15:00.48DocScrutinizerthat's the common GSM definition
15:00.53*** join/#openmoko-cdevel morphis (n=quassel@p54898A28.dip0.t-ipconnect.de)
15:01.02DocScrutinizerafaik
15:01.06mickeylya, afaik as well
15:01.12mickeylneed to test that again
15:01.42mickeylor ask Harald what the "other" side says
15:01.54mickeyllike, the basestation
15:02.19DocScrutinizermickeyl: to be safe, just implement unlimited number of concurrent lines to fso, no?
15:02.32mickeyli'd rather not
15:02.53mickeylthis makes the state machine very complicated when you translate between the dbus commands and the AT+CHLD and friends
15:02.54larsclimit it to 99
15:03.09mickeyl+CHLD is a nightmare command anyways
15:03.29mickeyldescriptions are very ambigous
15:03.33mickeyl~spell ambiguous
15:03.38mickeyl~botsnack
15:03.38aptthanks, mickeyl
15:04.00*** join/#openmoko-cdevel alfa21 (n=chatzill@50.68.186.89.dsl.static.ip.kpnqwest.it)
15:10.36*** join/#openmoko-cdevel DieMumie2 (n=DieMumie@p54946160.dip.t-dialin.net)
15:13.00mickeylhmm, d'oh
15:13.09mickeylatd06968098690;
15:13.09mickeylNO DIALTONE
15:13.12mickeylNO DIALTONE???
15:13.16mickeylfun
15:13.18mickeylnever seen that one
15:14.45mickeyloh well, parser understands it already
15:16.07DocScrutinizerLOOOOLLLL
15:17.27DocScrutinizerwhat's the semantics of "NO DIALTONE" on GSM? Does that mean "no RF-signal" || "no slot free on BTS", or what?
15:17.32CIA-26SHR: 03mok 07libphone-ui-shr * r836f5f7d6793 10/src/ (view/views.h.in widget/elm_config.h.in): fix define for path to KEYPAD_FILE
15:17.33CIA-26SHR: 03mok 07libphone-ui-shr * rd12360e3a5fb 10/src/ (5 files in 2 dirs): add phoneui_backend_contacts_refresh and contact_show
15:17.33CIA-26SHR: 03mok 07libphone-ui-shr * r08da6a763ae3 10/src/view/dialer-view.c: dialer: use phoneui_contacts_new_show to add a contact from the number
15:17.50mickeylsome modems send it when you are not registered
15:17.58DocScrutinizertzzz
15:18.08mickeylmost send you NO CARRIER though
15:18.31DocScrutinizerok, semantics are anybodys taste, as long as they are unambiguous
15:18.37mickeylyeah
15:19.03*** join/#openmoko-cdevel morphis_ (n=quassel@p54898A28.dip0.t-ipconnect.de)
15:19.24DocScrutinizerNO CARRIER is a quite different msg though, from old days of analog modems
15:19.33mickeylyeah
15:19.35mickeylbtw.
15:19.41mickeylhere's a fun one
15:19.54mickeylalmost every AT publication has the following link when it discusses +CHLD
15:19.56mickeyl"Call identification number as described in GSM02.30 subclause 4.5.5.1"
15:20.08mickeylapparantly they copied that from somewhere else
15:20.12mickeylthe culprit is though...
15:20.21mickeylall the 02.30 specs i can find have no such subclause
15:20.22DocScrutinizerthat document doesn't exist?
15:20.31DocScrutinizerhehe
15:20.44mickeylI'd really love to read this paragraph
15:20.48mickeylbut it doesn't exist :/
15:20.54DocScrutinizerI bet you do
15:20.54*** join/#openmoko-cdevel Zorkman (n=Zork@78-22-123-127.access.telenet.be)
15:20.59mickeyland 02.30 doesn't really talk about call identification numbers anyways
15:21.47DocScrutinizermaybe not the subclause numbering, but rather the title of whole document is erroneous ?
15:21.53mickeylpossible
15:22.00mickeylbut as there are tons of those specs
15:22.09mickeylit's going to be tough to grab all and look for such a subclause
15:22.44DocScrutinizeryep
15:22.55mickeylhmm, actually it might have been there once
15:23.00mickeylbut as there are dozens of revisions
15:23.05mickeylthey might have thrown this paragraph out
15:23.14mickeyltries to grab a really old version of 02.30
15:24.08DocScrutinizerwell, 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
15:24.15mickeylheh
15:24.31rebelThordoes 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 :(
15:24.56mrmokurebelThor: make update (if you're building from shr/merge)
15:25.08DocScrutinizermickeyl: try google for help?
15:25.20mrmokumickeyl: ^^^ that happened with your last commit to the vala-bindings-tool...
15:25.29mrmokuany hint on how to adjust the recipe?
15:25.32mickeylmrmoku: strange, the last commit was supposed to actually fix that
15:25.45mickeyldid you catch up with the deps?
15:25.52mrmokuI set a fixed rev to the commit before and it worked...
15:25.53mickeylvala-dbus-binding-tool-native now needs gee-native
15:25.59mrmokuahh...
15:26.01mrmokuok :)
15:26.13mrmokuthere is no such thing I think :)
15:26.15mickeylsorry, i thought that was obvious
15:26.24TAsnmrmoku, still fails
15:26.29mrmokuTAsn: all fine :)
15:26.32TAsn<PROTECTED>
15:26.32TAsnfatal: Not a valid object name 1
15:26.32TAsnNOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed
15:26.36TAsnmrmoku, works for you?
15:26.41TAsnwhat was the problem?
15:26.45mrmokuyou did not update?
15:26.46mickeylread-tree 1 = SRCREV not set
15:26.50TAsnhere it still doesn't build :|
15:26.51mrmoku:)
15:26.55TAsnmrmoku, I did.
15:26.59TAsn10 times already.
15:27.04TAsnbut, sec, again.
15:27.18*** join/#openmoko-cdevel trev_ (n=tobi@95-88-97-79-dynip.superkabel.de)
15:27.19mickeylDocScrutinizer: actually the version from 1993 contain the paragraph
15:27.19mrmokuwatch out for oe hangups
15:27.25mickeylnot that it contains much info thgouh :/
15:27.27DocScrutinizermickeyl: lol
15:27.28*** join/#openmoko-cdevel bumbl (n=bumbl@91-113-114-158.adsl.highway.telekom.at)
15:27.35TAsnmrmoku, anyhow
15:27.37TAsnworks great?
15:27.39DocScrutinizermickeyl: mind to share a url?
15:27.44mrmokuTAsn: yup, works
15:27.51TAsnmrmoku, great?
15:27.52TAsn:)
15:27.53mrmokuTAsn: please pull all :)
15:27.55TAsnwhat was the issue? :)
15:27.59mickeylhttp://www.3gpp.org/ftp/Specs/archive/02_series/02.30/0230-491.zip
15:28.15mrmokuTAsn: frameworkd_handler_connect got lost by the splitting
15:28.16TAsndamn, youve been busy :)
15:28.21DocScrutinizeroh FSCK. A .doc
15:28.22TAsnmrmoku, i c ;)
15:28.24mickeylit does say nothing about the parameter boundaries for the directory number though
15:28.29TAsnmrmoku, so what do we have atm?
15:28.34mrmokuTAsn: yup... whole day since 5:30 ;)
15:28.36TAsn(concerning features)
15:28.41TAsneverything?
15:28.46TAsnphoneui works completely? :)
15:28.54mrmokuyup
15:29.05TAsn<PROTECTED>
15:29.07TAsnYOU ROCK!:)
15:29.24mrmokudoes not work yet as expected :|
15:29.29mrmoku(the refresh)
15:29.43TAsnbut still
15:29.45TAsnvery cool :)
15:29.47mrmokuTAsn: have to help prepare the Pizza now :)
15:29.49morphis_mrmoku: you started working on a new phonui lib?
15:29.50TAsnso we are ready to move to that?
15:29.57TAsnmrmoku, wait, one last q :)
15:29.59mickeylhmm
15:29.59TAsnso we are ready to move to that?
15:29.59mickeyl<PROTECTED>
15:30.02mrmokuTAsn: build it and try it :)
15:30.03mickeyldamn
15:30.10rebelThoris 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
15:30.11TAsnmrmoku, sounds like a yes :)))
15:30.13TAsnthanks.
15:30.15mickeylwhat when i want to put active calls on hold _without_ activating a waiting or held call?
15:30.15mrmokumorphis_: yes... ophonekitd replacement
15:30.18mickeylGSM sucks
15:30.21morphis_yeah!
15:30.27TAsnmrmoku, enjoy.
15:30.44TeLLuSNOTE: preferred version 0.7.7 of vala-native not available (for item vala-native)
15:30.45TAsn[Rui], here?
15:30.54mickeyloh btw.
15:30.57morphis_mrmoku: but not based on the vala ophonekitd written by ptitjes?
15:31.02mrmokumorphis_: no
15:31.02TAsnmorphis_, no.
15:31.03mickeyli seriously recommend to bump the vala version
15:31.17[Rui]TAsn: yes, still fighting with curl, now trying ecore_con_url out to see if it helps me. SSL issues...
15:31.17TAsnit's a c phonekitd
15:31.17mrmokumickeyl: ok, will do
15:31.20morphis_mrmoku, TAsn: why not?
15:31.34mickeylmrmoku: i'll cut a 0.7.7+fso3 release now
15:31.38TAsnmorphis_, is we both don't know vala and don't wish to learn ;]
15:31.41TAsnbut mostly
15:31.41mrmokumickeyl: ok, great
15:31.51TAsnbecause we mainly stripped stuff out of ophonekitd
15:31.51mrmokuoff for the pizza :)
15:31.52mrmokubbl
15:31.53TAsnand not added
15:31.58morphis_TAsn: ah ok
15:32.15TAsnmainly though, there's no reason to use a piece of software none of us can maintain.
15:32.28morphis_oh I see there even some specs out
15:32.31TAsn(as we don't know vala and don't intend to learn it soon)
15:32.43TAsn[Rui], just wanted to let you know
15:32.45mickeyltoo bad
15:32.46TAsnthat you can finally
15:32.56mickeylit would enlarge your productivity by 1000%
15:33.09mickeyljudging from the average Vala -> C LOC ratio
15:33.12TAsnuse the dbus calls.
15:33.16TAsnmickeyl, probably.
15:33.29mickeyluse whatever you like most though
15:33.29Q-Masterwhat's new?
15:33.31mickeylFOSS is supposed to be fun
15:33.32mickeyl:)
15:33.39TAsnmickeyl, but still, a rewrite is too much work. and I like C better :)
15:33.43TAsnexactly. ;)
15:33.47[Rui]my libcurl and shr's libcurl have problems doing SSL on my curl code calls. I can't understand why :(
15:33.50mickeyltell me about rewrites being too much work
15:33.51mickeylsighs
15:33.56TAsn[Rui], easy
15:34.01TAsniirc it's not compiled with ssl
15:34.05TAsnnot sure though.
15:34.10mickeylabandones fso2 and concentrates on iphone OS
15:34.14mickeyl*g*
15:34.20TAsnI remember something about it though.
15:34.22TAsnmickeyl, :)
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
15:34.25[Rui]TAsn: it is
15:34.36TAsn[Rui], dbus with python is easy
15:34.40TAsnwhy not use it ?
15:34.51TAsnanyhow, just download phoneuid
15:34.54TAsnand give it a go
15:34.54ptitjesTAsn: "don't intend to learn it" - that's a pity, backwarder
15:34.58[Rui]TAsn: see your problem with Vala? That's me with Python :)
15:35.24[Rui]TAsn: isn't it in the unstable repo yet'
15:35.25TAsn[Rui], it's not the same.
15:35.25[Rui]?
15:35.32TAsnptitjes, :)
15:35.33ptitjesTAsn: yeah dbus with python is slow
15:35.37ptitjestoo
15:35.39TAsn[Rui], no.
15:35.44mickeylhails ptitjes
15:35.45TAsnptitjes, but less than with mdbus
15:36.07[Rui]TAsn: yes, but right now I want to make elmdentica use ssl
15:36.19TAsn[Rui], so I think you should first look in libcurl
15:36.20ptitjesTAsn: I see you still have good references
15:36.27TAsnptitjes, :)
15:36.49mickeylmrmoku: 0.7.7+fso3 uploaded. similar to upstream git rev 4e818c1d8dc1a7683b220ed5cb0ebad69cd02ad0
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.
15:37.10TAsnoh, so https.c does work
15:37.11TAsnhm...
15:37.24TAsnwait elmdentica is written in C?
15:37.30[Rui]the only change is that I'm using gcc `pkg-config`... in https.c and autoconf in elmdentica
15:37.32[Rui]TAsn: yes.
15:37.50TAsnpkg-config with what parameters?
15:38.55TAsn[Rui], you might be using different parameters
15:38.58[Rui]the same that autoconf is using, libcurl
15:39.03TAsni c.
15:39.08TAsnhm..
15:39.20TAsnmaybe it has something to do with certificates?
15:39.35[Rui]TAsn: and according to ldd, libcurl in shr-u has ssl :)
15:39.45TAsn[Rui], as I said, I wasn't sure :)
15:39.49[Rui]TAsn: doesn't look like it. the error I have is not being able to create ssl context (27)
15:39.59TAsnhm.
15:40.09TAsnmy only advice is google.
15:40.09TAsn:|
15:40.19[Rui]only php stuff shows up
15:40.35[Rui]but right now I'm trying to work around it by using ecore_con_url
15:40.40TAsnmay be the same issue.
15:40.45[Rui]hopefully it does curl better than I do :)
15:41.05TAsnhehe :)
15:41.33TAsnmind pastbining https.c and your relevant code? I'll try to take a look (although last time I used libcurl was ages ago)
15:42.05*** join/#openmoko-cdevel alexxy (n=alexxy@gentoo/developer/alexxy)
15:43.20[Rui]TAsn: http://code.google.com/p/elmdentica/source/browse/trunk/
15:43.36[Rui]https.c is the example code from libcurl
15:43.52DocScrutinizermickeyl: (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.""
15:44.25TAsn[Rui], will review soon.
15:44.35*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
15:45.14TAsnI 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?
15:45.16DocScrutinizermickeyl: no further indication there's any upper limit for the number of concurrent dialogs (except maybe X suggests that's a one-digit value)
15:45.20[Rui]TAsn: thanks, if you find out why, I'm really curious
15:45.47[Rui]TAsn: a colleague complains a lot when I'm on speaker
15:45.52rebelThori 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
15:45.59TAsn[Rui], what'sl the relevant page from your software?
15:46.16TeLLuSrebelThor: me too
15:46.17[Rui]TAsn: mostly elmdentica.c in set_urls() and curl.c
15:46.36TAsnok.
15:46.41DocScrutinizer-8TAsn: (sound) AT cmds
15:46.48TAsnthought about that.
15:46.55TAsnis there anything more that I should check
15:46.58TAsnor just those?
15:47.01DocScrutinizer-8TAsn: like AT%Nxxxx, AT+CLVL
15:47.02[Rui]TAsn: you'll need to convert http:// into https:// in set_urls() before trying
15:47.22TAsn[Rui], I don't have time to try
15:47.25[Rui]TAsn: according to the examples, I shouldn't need to do anyting else
15:47.31TAsnI'll just statically review the code.
15:47.38[Rui]TAsn: ah ok
15:47.47TAsnDocScrutinizer, thanks a lot. :)
15:47.51TAsnnothing more though?
15:48.00TAsnjust state and AT command should matterL
15:48.08[Rui]in elmdentica.c I create an user_agent by calling ed_curl_init();
15:48.08DocScrutinizer-8TAsn: nothing comes to my mind
15:48.26TAsnthanks.
15:48.31DocScrutinizer-8yw
15:48.33TAsnbrb in 30 mins.
15:48.40[Rui]TAsn: so that's a curl_easy object on which I do an ed_curl_get(url_of_friends_timeline).
15:49.07[Rui]TAsn: so ed_curl_init prepares the curl object, and ed_curl_get is what does the HTTP GET
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*
15:52.24*** join/#openmoko-cdevel pespin (n=pespin@171.Red-88-8-42.dynamicIP.rima-tde.net)
15:54.58[Rui]rebelThor: what've you done so far?
15:55.45rebelThor[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
15:56.16rebelThoralready done a "make update" in the top folder, so i'm guessing we're not using the same repo or something?
15:59.00*** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
15:59.22*** join/#openmoko-cdevel Guest94746 (n=alexxy@79.173.82.178)
15:59.42[Rui]rebelThor: cd shr-unstable
15:59.44[Rui]. setup-env
15:59.53[Rui]bitbake -c build ....
16:02.48*** join/#openmoko-cdevel alexxy[home] (n=alexxy@gentoo/developer/alexxy)
16:04.00*** join/#openmoko-cdevel alexxy[home] (n=alexxy@gentoo/developer/alexxy)
16:04.15rebelThor[Rui]: i've ran bitbake -c build vala-dbus-binding-tool-native and got http://pastebin.com/m4516d2c1
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?
16:05.40TeLLuSrebelThor: I also get NOTE: preferred version 0.7.7 of vala-native not available (for item vala-native)
16:05.58rebelThor[Rui]: http://pastebin.com/m62ff2ef6 , No package 'gee-1.0' found
16:07.16mrmokuTAsn: does it build now?
16:07.24TAsnyes.
16:07.27TAsnthanks.
16:07.34mrmokuinstalled?
16:07.37TAsnmrmoku, did you put it in task-shr-feed
16:07.39TAsnmrmoku, not yet.
16:07.44mrmokunot yet :)
16:07.46TAsnhad to rebuild frameworkd-glib.
16:08.34TeLLuSmrmoku: Is there a gee-1.0 or is the dependency removed?
16:08.46TAsnactually, mrmoku task-shr-minimal would be better ;)
16:08.54mrmokuTeLLuS: I set a fixed rev for vala-binding-tools-native
16:09.03mrmokuTeLLuS: though the correct fix is too add libgee-native
16:09.04bumblmrmoku: any plans for a new image?
16:09.15mrmokubumbl: hehe... plans since very long, yes
16:09.31bumblopenembedded again behaving badß
16:09.32bumbl?
16:09.44mrmokubumbl: more ourselves changing too much at once :P
16:09.58bumblchange is good ;)
16:10.01mrmokubut it's stabilizing :)
16:10.04bumblchange we believe in
16:10.07bumbl;p
16:10.14mwesterppphhhhhtttt!
16:10.23mrmokumwester: pleas don't build ;)
16:10.48mwesterI promise I won't.
16:10.52mrmoku:P
16:11.03mwesterI guess I'll just switch to Android, then...
16:11.13mwester:D :P
16:11.25mrmokuuhh... from the rain in the drain... or something like that ;)
16:11.32[Rui]rebelThor: what happens when you bitbake gee ?
16:11.56[Rui]rebelThor: libgee I mean
16:12.13mrmokulibgee-native is what is missing
16:12.13TeLLuSmrmoku: OK, that was the missing bit I needed..   bitbake libgee-native    But it did not work after update for me and others like rebelThor
16:12.22[Rui]rebelThor: could you try to bitbake libgee ?
16:12.29rebelThor[Rui]:trying that now
16:12.44[Rui]mrmoku: I only see libgee in recipes/ but I may not be so updated :)
16:12.48TeLLuSwithout -native..
16:13.26mrmoku[Rui]: that's the problem ;)
16:13.38mrmoku(not that you're not updated... missing libgee-native)
16:13.40[Rui]mrmoku: or my luck :) this way I can still build stuff :)
16:17.21TAsnmrmoku, btw, just to make sure
16:17.30TAsnfor instance
16:17.32TAsncontacts show
16:17.41TAsndoesn't regenerate list, right?
16:18.02TAsnthe list regenerates only when there's a NewContactAdded signal
16:18.04TAsnright?
16:18.18TAsnif not, we should remember to do that.
16:18.36mrmokuTAsn: well... that's why I added that refresh thing
16:18.46mrmokubut I'm not sure I like that
16:18.46TAsn:)
16:18.54TAsnwhy not?
16:18.59TAsnthat's proper caching
16:19.05TAsnand will make loading of apps
16:19.11TAsn< 0.5 seconds
16:19.19mrmokuhuh?
16:19.30mrmokuright now the contacts window will still destroy when closing
16:19.39mrmokujust when it's open it is getting a refresh
16:19.44TAsnso we need to fix it ;)
16:19.47TAsnso it won't
16:19.50TAsn(for caching purposes)
16:19.52mrmoku(which does not have effect before scrolling the wrong one out of sight)
16:19.58mrmoku(and does not add new ones)
16:20.03mrmoku(which I don't understand yet)
16:20.15mrmokuwill try to understand that... _after_ the Pizza :P
16:20.18mrmokuwhich is ready now
16:20.21mrmokubbiab
16:20.36TAsnmrmoku, yummy, pizza :)
16:20.38TAsnhave fun.
16:20.40TAsnbrb
16:22.09*** join/#openmoko-cdevel pespin (n=pespin@84.78.212.11)
16:27.12TeLLuSrebelThor: After bitbake libgee ,  vala-dbus-binding-tool-native_git.bb still fail  on No package 'gee-1.0' found
16:28.42rebelThorTeLLuS: I was just about to say that :)
16:29.42rebelThor[Rui]: we're still getting the error even after bitbake -c build libgee
16:33.05TeLLuSI got to put on some snow tires.. BRB
16:35.13[Rui]rebelThor: it seems something changed and you somehow are lacking libgee-native
16:35.23[Rui]rebelThor: I can't help you there, sorry :|
16:35.37rebelThordidn't mrmoku say libgee-native is missing altogether ?
16:36.50TAsnmrmoku, i think it's better if we destroy nothing
16:36.59TAsnfirst we create the screens, and then only update/hide
16:37.01TAsnshow
16:37.06TAsnbut don't destroy.
16:37.42TAsnmake: *** No rule to make target `install'.  Stop.
16:37.43TAsn\
16:37.46TAsnphoneuid :(
16:38.01*** join/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26)
16:38.20TAsnoh, sec.
16:38.36TAsnforgot to clean.
16:42.32TAsnno, still :|
16:42.37TAsnmrmoku, :(
16:46.40TAsnmrmoku, 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
16:51.30TAsn[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. ;)
16:53.21TAsnand curl.c:268 is there a reason why you null terminate the string twice?
16:53.31*** join/#openmoko-cdevel Flyser (n=Flyser@unaffiliated/flyser)
16:54.11TAsnthat's just what I noticed on first glance.
16:54.21TAsnwill look into it later...
16:54.28TAsnciao in the meanwhile
16:54.39TAsnmrmoku, please bring salvation with you :)
17:02.00*** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
17:02.09mrmokuTAsn: huh?
17:03.10TAsnmrmoku, I'm bored :)
17:03.18TAsnI want phoneuid though it doesn't build
17:03.22TAsn:(
17:03.51*** join/#openmoko-cdevel khiraly1 (n=lama@dsl51B6634A.pool.t-online.hu)
17:03.52mrmokuTAsn: not possible ;)
17:04.07TAsn:(
17:04.15TAsnmake: *** No rule to make target `install'.  Stop.
17:04.20mrmokulocal build=
17:04.22mrmoku?
17:04.25TAsnno.
17:04.35mrmokuswitches off local building...
17:05.37mrmokustupid
17:05.52TAsn:)
17:05.54TAsnhttp://pastebin.com/m6914fed0
17:05.59TAsnthat's the ticket I'm using. :)
17:06.12TAsnanyhow, yeah, I figured it's something wrong with the ticket.
17:06.13TAsnciao ;)
17:06.20mrmokuTAsn: make update and retry
17:06.22mrmokubbl
17:13.08*** join/#openmoko-cdevel DieMumiee (n=DieMumie@p54946160.dip.t-dialin.net)
17:14.59rebelThor[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
17:27.26TAsndos1, I hate you.
17:27.28TAsn:)
17:27.33TAsnfound the bad commit.
17:27.44TAsndos1, http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5930ed552ea2c77f5e6da4717dac4ee8d7cae54a
17:27.48TAsnthis broke name resolving.
17:28.18TAsnreverting this commit here
17:28.22TAsnfixed it.
17:28.23TAsn:|
17:28.29TAsnmrmoku|away, good news for you too ;) ^
17:29.01TAsnmrmoku|away, btw, still doesn't work. :| (phoneui)
17:29.04dos1TAsn: what's wrong in that code?
17:29.06TAsnI'll build locally for now :|
17:29.15TAsndos1, that it broke name resolving for me
17:29.18TAsnreverting it fixed it.
17:29.24dos1TAsn: ...
17:29.25TAsnthat's what bad with that code :)
17:29.36*** join/#openmoko-cdevel naeg (n=naeg@194.208.239.170)
17:29.44*** join/#openmoko-cdevel DieMumie1 (n=DieMumie@p54946160.dip.t-dialin.net)
17:30.10TAsnfeel free to figure this out :)
17:30.29dos1TAsn: then you're doing something wrong, as practically there is only added try:, except:
17:31.09TAsnno
17:31.14TAsnthere's also the isinstance part
17:31.15TAsn...
17:31.20*** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167976733.dsl.bell.ca)
17:31.23TAsnwhich looked wrong.
17:31.28dos1TAsn: hmm?
17:31.31TAsnto me, that's why I tried reverting this commit.
17:31.43TAsnif isinstance(field_value, (str, dbus.String)) and
17:31.45TAsnyou also added that.
17:31.48dos1so in which type you're storing your phone numbers?
17:31.50TAsn(in the upper part of the diff)
17:32.12dos1as i said before
17:32.13TAsndos1, I'm not, it's opimd
17:32.15dos1resolving works ;P
17:32.17TAsnanyhow, that's what's broken.
17:32.17*** join/#openmoko-cdevel Nebukadneza (n=daddel9@HSI-KBW-078-042-142-111.hsi3.kabel-badenwuerttemberg.de)
17:32.18dos1TAsn: no
17:32.20TAsnno it does not
17:32.21Nebukadnezaoi
17:32.26TAsnresolving works for you
17:32.28TAsnnot for me
17:32.32TAsnand neither for mrmoku
17:32.41TAsnit's 2 vs 1
17:33.01dos1well
17:33.10dos1if reverting that makes it working for you
17:33.23Nebukadnezalemme try asking again here, sorry for "double post" - but mokonnect scan doesn't list networks that are visible to iwlist eth0 scan...
17:33.30dos1then it means you're doing something wrong with storing, or there is bug somewhere else
17:33.41TAsndos1, as I didn't store anything
17:33.46TAsnand this happens with sim contacts
17:33.56dos1so maybe bug is somewhere else
17:34.03TAsnbtw
17:34.07dos1as this code looks fscking correctly
17:34.07TAsnI think I know what's wrong.
17:34.16TAsnmy contacts are utf8
17:34.19TAsnwhich means it's
17:34.26TAsnof type unicode string
17:34.27dos1contacts?
17:34.30TAsnand not string
17:34.31TAsnyes.
17:34.32TAsncontacts.
17:34.36dos1you mean Name field, or Phone field? ;p
17:34.43TAsnname.
17:34.47TAsnyeah, nvm my last comment
17:34.48dos1with Name it doesn't matter
17:34.48TAsn;)
17:34.51TAsnyeah.
17:34.53TAsnjust thought about that.
17:34.58TAsnanyhow, there's a bug somewhere else
17:35.00TAsnplease
17:35.05TAsnremove the first part of the and
17:35.10TAsn(i.e the isinstance)
17:35.11TAsnand add a debug
17:35.14TAsnmessage
17:35.22TAsnthat shows the type of the field_value
17:35.29TAsnwhen there's an exception
17:35.33dos1removing isinstance breaks things even more
17:35.35dos1;p
17:35.41TAsnnot when there's a try.
17:35.42TAsn...
17:35.52dos1hmm
17:35.54dos1oh, right
17:36.09TAsnjust add an logger error message
17:36.09dos1so do that ;)
17:36.16TAsnis afraid.
17:36.24TAsnas I already broke python code many times
17:36.29TAsnanyway I don't have commit access.
17:36.37TAsnso you'll have to do something anyway :)
17:36.40dos1TAsn: no, don't commit
17:36.41dos1just edit locally
17:36.47dos1s/pass/logger.debug(str(type(field_value)))/
17:36.57TAsnokie.
17:37.06dos1and remove isinstance
17:37.32dos1i will be suprised if you'll be able to break even that ;)
17:39.42TAsnwe'll see if I can.
17:40.01TAsnanyhow, at least we found what you broke ;]
17:40.25TAsnhm.. dos!
17:40.28TAsnI think I got it.
17:40.36TAsnwhen you make comp for LOCAL stuff
17:40.42TAsnit's not of type dbus.string
17:40.44TAsnnow is it?
17:41.09TAsnoh, the tuple probably means options
17:41.11TAsnright?
17:41.12TAsnnvm me
17:41.28TAsnI haven't done any python for a long time (pyphonelog) and even then I was a noob.
17:42.07dos1TAsn: yup, tuple means options
17:42.15TAsnokie.
17:42.51TAsnbah, your debug message worths nothing
17:43.01TAsnas it'll probably alert it on utf8 contacts as well.
17:44.25TAsnoh ffs
17:44.28TAsnI'm an idiot anyway.
17:44.39TAsnas I didn't add the isinstance.
17:44.42TAsnbah. sec.
17:45.17*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
17:46.09dos1just do that
17:46.17dos1you can also add field_name
17:46.32dos1well, you should add field_name to that debug message ;)
17:47.29TAsnthought so.
17:47.50TAsnI'm pretty sick of debugging to tell you the truth. :)
17:47.52TAsnbah.
17:52.21*** join/#openmoko-cdevel jamminjohn (n=jamminjo@h-79-48.A300.priv.bahnhof.se)
17:53.15mrmokuTAsn: testing the non-local build of phoneuid now
17:53.26TAsnhm... dos1 no debug message.
17:53.41mrmokumeanwhile... if we cache screens we have to make damn sure they get reloaded properly :P
17:54.19mrmokuand just to be clear... I want to cache screens too :)
17:54.29TAsnok, I'm an idiot.
17:54.30TAsnsec.
17:54.35mrmokudon't know how much the footprint of such a screen is... but that can't be too bad
17:54.41TAsnmrmoku, ok :)
17:54.46TAsnthe foot print of all the lib
17:54.49mrmokuand it would make the phone apps.... ROCK :)
17:54.51TAsnwon't pass 1mb :)
17:55.06TAsnforgot a not.
17:55.07TAsn:)
17:55.12mrmokuso... how to do reloading?
17:55.42mrmokuadding xyz_reload() here and there is... suboptimal
17:56.00mrmokua) because we will forget three places and
17:56.08mrmokub) there is already a mechanism for that ;)
17:56.09*** join/#openmoko-cdevel thrashold (n=europan@3mhz.net)
17:56.10TAsnjust rename all the load to reload
17:56.17TAsnand instead of load
17:56.20TAsnadd a check if already loaded
17:56.23mrmokuhuh?
17:56.29TAsnif so refresh, otherwise load
17:56.40TAsnI think I got you wrong :)
17:56.57*** join/#openmoko-cdevel MarcOChapeau (n=MarcOCha@bgn92-4-82-238-213-101.fbx.proxad.net)
17:57.00mrmokuyou have the list of contacts open... click on new... add a new contact... that won't be in the list
17:57.41TAsnsure it will.
17:57.46TAsnon NewContact
17:57.51*** part/#openmoko-cdevel jamminjohn (n=jamminjo@h-79-48.A300.priv.bahnhof.se)
17:57.54TAsncontact refresh is called
17:57.59TAsnand opimd will issue a new contact...
17:58.11mrmokuso... you finally allow me to listen to FSO signals in phoneuid? ;)
17:58.24TAsnNO
17:58.30TAsnphonefsod
17:58.34TAsnlistens to that signal
17:58.40TAsnand calls the refresh
17:58.41TAsn...
17:58.42mrmokuwell... that is just plain stupid
17:59.10TAsnthat's the only way to make it really user friendly for backend writers
17:59.10TAsn...
17:59.18TAsnIt's not that of an overhead
17:59.27mrmokuphoneuiD is not backend
17:59.27TAsnand it makes programmer's life a lot easier.
17:59.40TAsnoh, right.
17:59.49mrmokuI don't want the backend programmer to do that... but phoneuid
18:00.04TAsnthat makes sense.
18:00.11TAsnthough
18:00.15mrmokubecause otherwise we would have to add refresh to our API
18:00.20TAsnit still feels odd :)
18:00.24TAsnmrmoku, adding refresh to our API
18:00.25mrmokuas phonefsod uses the API to talk to phoneuid
18:00.27TAsnis wnated anyway.
18:00.32TAsnwanted*
18:00.42TAsnusers may want to do that for one reason or the other.
18:00.50mrmokuI don't remember to have seen that wish in our endless API discussions ;)
18:01.08TAsnhehe.
18:01.10TAsn:)
18:01.16TAsnbecause it never came up.
18:01.17mrmokuthe point is... they should not have to want that :P
18:01.34mrmokuif the list is always correct... no need to refresh it
18:02.31*** part/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de)
18:02.56mrmokugoes downstairs to think about it... brb
18:04.42TAsnstill no debug message. :|
18:04.44TAsndos1, ^
18:04.58TAsnif not isinstance(field_value, (str, dbus.String)):
18:04.59TAsn<PROTECTED>
18:05.00TAsnadded that.
18:05.04TAsnthat's plain weird.
18:05.16TAsnI'll try reverting my changes, maybe something magical happened. ;)
18:11.27JaMapython-ctypes in shr/merge is somehow wrong
18:11.28JaMa<PROTECTED>
18:11.28JaMa<PROTECTED>
18:11.28JaMaImportError: No module named _ctypes
18:11.34TAsnok, super confirmed
18:11.38TAsnreverting it does not work.
18:12.03TAsnno time for more debugging
18:12.08TAsnI'm reverting this crap here.
18:12.31*** join/#openmoko-cdevel F4t (n=F4t@94.230.91.38)
18:13.35mrmokuTAsn: phoneuid does build for me... are you sure your OE tree is up to date?
18:13.51mrmokucould you check if phoneuid_git.bb has S=${WORKDIR}/git ?
18:14.16TAsnS = "${WORKDIR}/git"
18:14.59mrmokuthen it _must_ build :)
18:15.24*** join/#openmoko-cdevel andi (n=andi@eeepc.andi.whyi.org)
18:15.36TAsnnvm me
18:15.39TAsnI'll just build it locally
18:15.45TAsnI'm too tired to do any more debugging today.
18:16.03Hardyyou did well my friend
18:16.06Hardyits time to rest
18:16.10TAsnhehe
18:16.12TAsnmrmoku, btw.
18:16.18TAsnsaw my bug report to dos?
18:16.25TAsn(concerning name resolving)
18:16.28mrmokuyup
18:16.30TAsnI found exactly what's causing it.
18:16.35TAsnplease try if it's the same for you.
18:17.33TAsnbtw mrmoku
18:17.48TAsnnvm actually.
18:17.49*** join/#openmoko-cdevel onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr)
18:18.02TAsnwhat did you decide concerning listening to refresh signal?
18:18.56mrmokuI 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 :)
18:20.54TAsnmrmoku, I don't care enough to argue about it :)
18:20.57TAsnso do as you wish.
18:20.57TAsn;)
18:21.01TAsnbtw
18:21.14TAsnwhat do I need to do in order to run only phonefsod and phoneuid?
18:21.20TAsninstall and then?
18:21.26mrmokunothing
18:21.32TAsn(I don't want to completely break my phone, I'd like to have a backup...)
18:21.38TAsnmrmoku, what do I do with ophonekitd?
18:21.45mrmokuphonefsod starts via initscript and phoneuid via xsession script
18:21.51mrmokuophonekitd you have to remove
18:22.05TAsnok.
18:23.16mrmokuwhat do we do with shr-messages, contacts and dialer?
18:23.37mrmokuthose are incompatible with the old 'system'...
18:23.48mrmokuand I want to have them in a repo of their own
18:24.09TAsnthen make an
18:24.15TAsnshr-phone-apps repo
18:24.16mrmokuis it necessary to install just one of them? or do we always want all of them?
18:24.28*** join/#openmoko-cdevel rddDavid51 (n=roudoudo@78.234.93.192)
18:24.29TAsnhm.. hard to tell.
18:24.41mrmokuwell... actually no problem... with subpackages
18:24.49mrmokuwe just need different names
18:24.56TAsndo what you understand :)
18:25.03mrmokushr-phone-dialer
18:25.07mrmokushr-phone-messages
18:25.09mrmokushr-phone-contacts
18:25.33TAsnokie.
18:25.34TAsn:)
18:25.37mrmokuhmmm
18:25.45mrmokuor better
18:25.48mrmokuphoneui-dialer
18:25.50mrmokuphoneui-messages
18:25.54mrmokuand phoneui-contacts?
18:25.54TAsn:)
18:25.57TAsnYEAH>
18:26.08mrmokuand the repo is phoneui-apps :)
18:26.22TAsncool. :)
18:26.24TAsnbtw
18:26.32TAsnhow can I get the old ones?
18:26.38TAsnoops
18:26.40TAsnmeant the new ones ;)
18:26.44TAsnI need phone apps
18:26.50TAsnmind sending me the shr-* apps
18:26.51mrmokulocal build from no-async branch ;)
18:26.56TAsnthat work with phoneuid
18:26.57TAsnmrmoku, this sucks.
18:27.00mrmokuI can send them... yes
18:27.02TAsntoo time consuming ;)
18:27.04TAsnthanks.
18:27.11TAsnmrmoku, tom uoeuoeuoeuot.nphapcrhocruh stosb.com :)
18:27.48TAsnor just up it somewhere.
18:29.41*** join/#openmoko-cdevel fsteinel (n=fsteinel@217.251.190.75)
18:29.56mrmokuTAsn: sent
18:30.08TAsnthanks.
18:31.33TAsnmrmoku, WOW. ;|
18:31.38TAsnphone-ui-shr
18:31.43TAsnis huge!
18:31.46TAsn2mb.
18:31.48TAsn(almost)
18:35.34TAsnmrmoku, Caught remote method exception org.freedesktop.DBus.Error.Spawn.FileInvalid: Cannot do system-bus activation with no user
18:36.03mrmokuyup phone-ui-shr is huge :(
18:36.17mrmokuTAsn: restart x
18:36.21TAsnokie.
18:36.31mrmokuthe dbus-activation is not yet perfect ;)
18:37.00TAsnokie ;)
18:37.48TAsnbrb food.
18:37.59TAsnalthough i can't wait to give it a go. :)
18:38.38TAsnI'm so glad we moved to modules instead of the ugly libraries
18:42.12TAsnCaught remote method exception org.freedesktop.DBus.Error.Spawn.FileInvalid: Cannot do system-bus activation with no user
18:42.16TAsnworked for a sec
18:42.19TAsnand then did it again
18:42.35TAsnnow
18:42.37TAsnError: Activation of org.shr.phoneui.Messages timed out
18:44.43TAsnok
18:44.47TAsnfound out what's wrong
18:44.56TAsnshr-contacts
18:45.04TAsnrunning that
18:45.18TAsnmakes phoneuid fail
18:45.21TAsnand everything fail.
18:45.56TAsnmrmoku, ^
18:46.00mrmokuhmm
18:46.18TAsnrestarting X fixes it until next run of shr-contacts
18:46.19TAsnbtw
18:46.31TAsnloading time of everything is damn fast :)
18:46.42TAsnand that's without even caching windows.
18:46.52mrmokuyup
18:46.58TAsnok
18:47.01TAsnnow shr-messages
18:47.04TAsncrashed it
18:47.08mrmokuTAsn: btw. it's enought to just start phoneuid on the console
18:47.10mrmoku-t
18:47.12TAsnit seems that trying to load the second
18:47.16TAsncontact
18:47.19TAsn*window
18:47.21TAsnbreaks it.
18:47.53mrmokuTAsn: log is in /tmp/phoneuid.log
18:48.01TAsnwhy not in var/log?
18:48.13mrmokuas someday it is started as non-root ;)
18:48.44TAsnnothing there
18:48.58mrmokuTAsn: hmm... I have one dirty change in my phoneuid source... I commented out the closing of stdio and forking
18:49.05mrmokumaybe that is the culprit
18:49.14lindi-mrmoku: isn writing to /tmp/phoneuid.log an obvious security bug?
18:49.17mrmokuwell... probably it is
18:49.20lindi-mrmoku: surely non-root can wirte to /var/log
18:49.28TAsnplease push it.
18:50.15TAsnand let me know. ;)
18:50.21*** join/#openmoko-cdevel max_posedon (n=max_pose@80.249.91.107)
18:50.23mrmokulindi-: 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
18:50.50TAsnmrmoku, :)
18:50.52lindi-in debian you wouldn't be able to upload such a package at all :)
18:50.55*** join/#openmoko-cdevel Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com)
18:51.14TAsnanyhow, mrmoku please push your changes ;)
18:52.00TAsnfood.
18:52.25CIA-26SHR: 03mok 07phoneuid * re35a1b2d6bc9 10/src/phoneuid.c: disable daemonizing and log to /var/log instead of /tmp
18:52.28mrmokuTAsn: ^^^
18:52.34TAsnthanks ;)
18:52.42TAsnno need to daemonize anyway.
18:52.47TAsnthat's plain annoying :)
18:52.50mrmokulindi-: then I'm fine... because it is not yet uploaded nowhere :)
18:53.11TAsnbtw
18:53.48TAsnwhat do you think about using a monitor daemon (for framework/phonefsod/phoneuid) ? or at least use infinite loops in the startup scripts?
18:54.16TAsnthis is of course just a backup
18:54.19mrmokuTAsn: I think we can get along without another daemon
18:54.23TAsnbut it's a good backup.
18:54.27TAsnthen infinite loops.
18:54.29mrmokuthey can watch each other on the dbus :)
18:54.54TAsnand what if both fails? what's wrong with a loop? :)
18:54.58mrmokuI want to add handling of NameOwnerChanged to phonefsod anyway
18:55.08mrmoku(to watch out for frameworkd restarts)
18:55.27TAsnok
18:55.29TAsnmrmoku, btw
18:55.30mrmokuTAsn: it might just hang your thing if there is a problem?
18:55.42TAsnphoneuid
18:55.46TAsndoesn't start
18:55.56mrmokuafter update?
18:55.57TAsnno segfault no nothing
18:55.59TAsnyes.
18:56.05TAsnjust running "phoneuid"
18:56.06mrmokulogfile?
18:56.17lindi-mrmoku: two loops sound tricky
18:56.18TAsnno log file.
18:56.30mrmoku/var/log/phoneuid.log?
18:56.35mrmokunothing?
18:56.54TAsnoh weird
18:56.59TAsnit's still in /tmp
18:57.00TAsn:|
18:57.04TAsnhm.. I fucked something up
18:57.06TAsnsec. :)
18:57.08mrmoku:)
18:57.19TAsnhehe nvm.
18:57.20TAsnsh..
18:57.39TAsnrebuild the wrong package.
18:57.45mrmokuouch :P
18:57.46TAsnmrmoku, anyhow, what do you think about our shipping status?
18:57.55TAsnI think we can start using this
18:58.02TAsnafter 2 days of testing.
18:58.03TAsnbtw
18:58.09mrmokuwe could offer it as alternative as a start
18:58.16TAsnmrmoku, what do you think we should do with the opimd bug?
18:58.16mrmokutell people to test it
18:58.23TAsnmrmoku, what for?
18:58.36TAsnI think it's just a slow idea.
18:58.49mrmokuhehe... fast-TAsn ;)
18:58.51TAsnI mean, you didn't let people test ophonekitd after every upgrade.
18:58.52TAsn:)
18:58.56TAsnthat's just a big upgrade.
18:59.02mrmokuvery big one ;)
18:59.14TAsnsh..
18:59.16mrmokuthen lets test it at least for a day :)
18:59.17TAsndon't tell em.
18:59.30TAsnmrmoku, I already said 2, but I'm fine with reducing it to one :)
18:59.58TAsnI think we should make a new unsntable at the moment someone fixes xorg.
18:59.59mrmokuuhh... and there is still untested stuff... like the dialogs
19:00.02mrmokupin authentication
19:00.06mrmokuand incoming messages
19:00.42TAsnyeah.
19:00.46TAsnsomeone should really test that.
19:00.58TAsnanyhow, list of known issues:
19:01.22TAsnhard to fix: getting names in messages list
19:01.33mrmokuwill take a look at that
19:01.34max_posedonhi!, what is shr-mrmoku status? is it merged to shr-U?
19:01.35TAsneasy to fix: getting names when adding from number in messages.
19:01.43TAsnmax_posedon, I just said I want it to be merged :)
19:02.02max_posedonah, cool, same here, but I think users don't want
19:02.11max_posedonsuspend and X are very slow
19:02.18mrmokuTAsn: you mean resolving when adding a number?
19:02.28TAsnyes.
19:02.30TAsnand btw
19:02.33TAsnwhen adding a contact
19:02.41TAsnwe forgot to remove the tel
19:02.42TAsn...
19:02.43mrmokuindex ;)
19:02.48TAsnand index
19:02.49TAsnyeah.
19:02.50TAsn:)
19:02.57TAsnso that's the list of missing features/bugs
19:03.03TAsn(known ones, of course)
19:03.10TAsnother than that, I think everything is perfect.
19:03.15mrmokuyeah... will find some more for sure :P
19:03.18TAsnhehe :)
19:03.47TAsnmrmoku, 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 ;]
19:03.57TAsnoh, and most importantly
19:04.16TAsnwe should hire mafia guys to beat dos1 up until he reverts that evil opimd name resolving patch of his. :)
19:04.38mrmokuTAsn: we can always add some splash commercial before showing the screen ;)
19:04.46mrmokuthat will bring some money :P
19:04.50TAsnhehe yeah.
19:04.56TAsnor maybe doing something like
19:04.59TAsn"the 25th frame"
19:05.00*** join/#openmoko-cdevel DieMumiee (n=DieMumie@p54946160.dip.t-dialin.net)
19:05.19TAsni.e subconscious commercials
19:05.43TAsnmeant http://en.wikipedia.org/wiki/25th_frame
19:05.47mrmokuhehe
19:06.03TAsnJaMa, any progress with speeding up xorg resume time?
19:06.07mrmokudon't know if glamo is fast enough for that ;)
19:06.10TAsnmrmoku, btw, we still need to fix my gtk theme. ;)
19:06.23TAsnmrmoku, hehe yeah, too much graphics work for that shitty old bugger ;)
19:06.36lindi-TAsn: any progress on making it possible to measure it?
19:07.29TAsnlindi-, 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 ;)
19:07.43TAsnI'm still waiting for more high tech measurement solutions though.
19:08.24TAsnor 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.
19:08.24dos1well, measurement is not needed to notice it...
19:08.24lindi-TAsn: just video recording would do?
19:08.32TAsnlindi-, :)
19:08.37dos1it's 2-3 times slower than with kdrive
19:08.47TAsndos1, exactly what I said.
19:08.51lindi-since I don't find it very slow
19:08.53TAsndos1, it's 8 seconds instead of 1
19:09.03TAsnlindi-, we are talking about shr's xorg
19:09.04dos1yup
19:09.11TAsnsince we know something went wrong with that
19:09.14lindi-TAsn: i have debian's xorg
19:09.16TAsnwe know xorg on debian is fast
19:09.19TAsnlindi-, I know.
19:09.24lindi-aha
19:09.25dos1TAsn: 8 seconds?
19:09.28dos1it's 5 seconds here
19:09.29TAsnthat's what we are trying to reach.
19:09.36TAsndos1, more like 6-7
19:09.37dos1(but with kdrive it was 1-2 sec :P)
19:09.43TAsnwith kdrive it was
19:09.44TAsn0-1
19:09.45lindi-measures
19:09.45TAsn:)
19:10.13TAsnlindi-, we know xorg is superior ;) don't forget I used to bug you with questions about xorg a couple of months back :)
19:10.13dos1hmm
19:11.13dos1i 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 ;)
19:11.21TAsnmrmoku, still crashes when running the second app :|
19:11.28dos1but resume is slow due to kdrive->xorg change, for sure
19:11.29lindi-what video recording application would be easy to use for usb webcam?
19:11.40TAsncheese
19:11.44TAsnor something like that
19:11.47TAsniirc it does video.
19:11.51lindi-does it support timestamping frames?
19:11.55TAsnnot sure though.
19:12.01TAsnlindi-, second Q, nope.
19:12.05TAsnbut there's kino
19:12.15TAsnoh wait
19:12.18TAsnkino is for dv cams
19:12.19TAsnI think.
19:12.21TAsnbah ;)
19:12.29TAsnmrmoku,
19:12.34*** join/#openmoko-cdevel JesusMcCloud (n=jesus@188-23-251-220.adsl.highway.telekom.at)
19:12.39TAsnplease build localli
19:12.43TAsnlocally
19:12.51TAsn(use latest phoneuid)
19:12.54TAsnand check what's wrong
19:12.55TAsnplease.
19:13.16mrmokuok
19:13.21TAsnhere second run causes a segfault\
19:13.28TAsn(i.e running the second app)
19:13.47TAsnnow, finally, food! :)
19:18.26mrmokushower
19:29.20TAsnmrmoku, btw, consider using the function daemon instead of daemonizing yourself.
19:31.41*** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com)
19:31.59[Rui]that xorg talk is making me salivate... :)
19:32.17*** join/#openmoko-cdevel Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com)
19:32.24TAsnmrmoku, and strftime instead of what you did in log_handler and fprintf/fopen/etc instead of open/write etc. ;)
19:35.38*** join/#openmoko-cdevel GovCon (n=GC@cpc2-cdif6-0-0-cust149.cdif.cable.ntl.com)
19:35.42TAsnmrmoku, and I have a hunch what may be wrong. is it possible that dbus/glib creates threads? as I see you do init threads.
19:38.59mrmokuTAsn: thing is... it works so nice for me
19:39.05TAsnhehe :)
19:39.11mrmokuare you sure your libphone-ui is uptodate?
19:39.19TAsn100% sure.
19:39.23mrmokuhmm
19:39.24TAsnbut I don't mind giving it another go.
19:39.24TAsn;)
19:39.37mrmokuor maybe some second phoneuid still running?
19:39.40mrmokuhmm
19:39.48TAsnyeah, up to date
19:39.52TAsnno two phoneuids
19:39.54mrmokushoulld not be possible though...
19:39.56mrmokuyup
19:42.19[Rui]TAsn: u there? I found out one thing
19:42.26TAsn[Rui], ?
19:42.37[Rui]TAsn: about my ssl issue... I just copy & pasted https.c and put into my code, directly
19:42.47TAsnand?
19:42.49[Rui]TAsn: the aim being just to load the example page (sourceforge in https)
19:42.53[Rui]TAsn: fail! :)
19:43.05[Rui]TAsn: so it has to be the autoconf detection that is going wrong, somehow
19:43.05TAsnhehe, told ya it's a pkg-config issue :)
19:43.28TAsn[Rui], anyhow, feel free to start using our dbus api ;)
19:43.37TAsn(for sms for instance, but not only)
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
19:43.54TAsn[Rui], yeah.
19:43.58[Rui]TAsn: after fixing ssl I'll look into dbus :)
19:44.03TAsnhehe ;)
19:44.05TAsncool.
19:44.07TAsngreat.
19:44.29TAsnmrmoku, anyhow, more important than fixing my issue
19:44.37TAsnlook at my comments
19:44.54TAsnfopen vs open and strftime_l vs what you did there
19:44.59TAsnand fprintf vs write
19:45.30TAsnand btw, as I told you, you can't just close stdin/out/err you gotta reopen them to something, like /dev/null
19:45.38TAsnwhich "daemon" does on it's own
19:45.41TAsnman daemon.
19:46.43TAsnmrmoku, it's not thread related
19:46.46TAsnwhich must mean
19:47.02TAsnyour package was built with different source files.
19:47.24TAsnactually
19:47.29TAsnI'll fix my comments
19:47.38TAsnyou just try to find you what went wrong with my bug :)
19:47.43DocScrutinizer-8yo kids
19:48.29TAsnthough actually
19:48.33TAsnmrmoku, daemonizing sucks
19:48.40TAsnI'll just fix my remarks.
19:48.43TAsnnothing more than that.
19:51.47mrmokuTAsn: you have specs locally build, right?
19:51.52mrmokuTAsn: uptodate? :P
19:52.05TAsnsec, verifying
19:52.19TAsnactually, nothing to verify, theyre not up to date.
19:52.20TAsn:)
19:52.40TAsnoh
19:52.42TAsnon my box
19:52.43TAsnnot on moko
19:52.44mrmokuahh... that might cause trouble :P
19:52.45TAsnyeah, up to date.
19:52.46TAsn...
19:53.08mrmokugetting out of ideas...
19:53.12mrmokuand log says nothing?
19:54.13*** join/#openmoko-cdevel edgar (n=christop@cm56-222-142.liwest.at)
19:55.28TAsnnothing.
19:55.38TAsnit's an evas/ecore error though
19:55.42TAsnas I get the segfault there.
19:56.04mrmokuEDJE ERROR: file /usr/share/elementary/themes/default.edj, group elm/index/base/vertical/default has a non-fixed part. add fixed: 1 1; ???
19:56.07mrmokuthat one?
19:56.21mrmokuno
19:58.14*** join/#openmoko-cdevel Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com)
19:58.19*** join/#openmoko-cdevel max_posedon (n=max_pose@80.249.91.107)
19:59.14CIA-26SHR: 03jesus 07shr-themes * rb69ee67059fe 10/elementary/elementary-theme-gry/ (45 files): gry: updated colors, outlines, bubbles
19:59.39*** join/#openmoko-cdevel khiraly1 (n=lama@dsl51B6634A.pool.t-online.hu)
20:00.27*** join/#openmoko-cdevel kinneh (n=han@gazonk.se)
20:00.46kinnehis it just me or has it been a while since any updates to shr-u ?
20:00.52TAsnmrmoku, no.
20:01.32mrmokuTAsn: for today I'm out of ideas... maybe just remove and reinstall the original shr-... packages and switch back to ophonekitd
20:01.37mrmokuas I'm going to bed now
20:02.03[Rui]mrmoku: good night! :)
20:02.13mrmokuI will do the phoneui-apps packages tomorrow morning... so it is easier to switch between ophonekitd and phonefsod
20:02.22mrmoku[Rui]: thanks and have fun with ssl :)
20:02.30[Rui]mrmoku: pkg-config!
20:02.42mrmokuyeah... mega fun :|
20:03.05mrmokuTAsn: I rechecked that all my trees are clean and pushed
20:03.06TAsnmrmoku, that's not an option :)
20:03.14TAsnmrmoku, I suspect
20:03.20TAsnyou use a different package than what I have
20:03.24TAsnmind sending me you package?
20:03.31mrmokuphoneuid?
20:04.35TAsnyes.
20:04.40TAsnI think this may be it.
20:04.40TAsn:|
20:04.54mrmokuyup, probably... sending
20:04.58TAsnthanks.
20:05.06TAsnthis way it'll be easier to know what went wrong.
20:05.33mrmokuTAsn: you're sure to copy the correct one?
20:05.38mrmokuI bumped PR
20:05.44TAsnhates mrmoku
20:05.44mrmokuso it should be LOCAL-r1
20:05.55mrmoku:P
20:05.55TAsnoh wait
20:05.56TAsnyeah
20:05.59TAsnI'm using r1
20:06.02mrmokuok... sent
20:06.09TAsnphoneuid_0.0.0\+gitrLOCAL-r1_armv4t.ipk
20:06.23TAsnthanks.
20:06.24TAsnnight.
20:06.44mrmokugood luck :-)
20:06.44mrmokuand good night :)
20:11.02*** join/#openmoko-cdevel Gorbusch (n=frank@80-121-98-59.adsl.highway.telekom.at)
20:12.08CIA-26SHR: 03tom 07phoneuid * rc052be338c9c 10/src/phoneuid.c: changed to the standard file handling functions and to strftime
20:13.57*** join/#openmoko-cdevel JaMa (n=martin@161-24.13.24.78.awnet.cz)
20:19.04TAsnmrmoku|away, at least we found out it's not you, it's me. ;)
20:19.11TAsnmrmoku|away, something is broken even with your pack.
20:19.30TAsnis looking into it.
20:19.35*** join/#openmoko-cdevel Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com)
20:34.14TAsnmrmoku|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
20:34.22TAsnthough after I close it
20:34.25TAsneverything breaks.
20:34.33[Rui]well... recompiling openssl with gnutls support only
20:36.09[Rui]erms... libcurl :)
20:37.05[Rui]but even so I'm not so sure it will work....
20:45.59JesusMcCloudqick question: how long does it take to build shr unstable? (my internet connection is 20mbit, speedtest confirmed it)
20:47.22TAsnhey
20:47.26TAsnwhat's slyon's email?
20:47.55TAsnnvm
20:48.56JesusMcCloudI frogot enabled multicore support (core2quad 2, 6 ghz)
20:51.10[Rui]JesusMcCloud: it can take a bit of time
20:51.19[Rui]JesusMcCloud: be sure to take advantage of that setup :)
20:51.49JesusMcCloudsorry I mean I frogot to meintiion that I enabled multicore support on my core2quad
20:52.08[Rui]PARALLEL_MAKE = "-j 2"
20:52.08[Rui]BB_NUMBER_THREADS = "2"
20:52.16JesusMcClouddid it
20:52.19[Rui]JesusMcCloud: ok
20:52.39[Rui]if everything goes well, perhaps half a day?
20:53.31JesusMcCloudRui, are you shitting me?
20:54.34DocScrutinizer-8JesusMcCloud: aiui i'd suggest -j 3 or even -j 4, for a quad
20:56.30JesusMcCloudI 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)
20:56.52TAsnI'm glad, we managed to do a lot today :)
20:56.53TAsnciao.
20:57.19DocScrutinizer-8JesusMcCloud: I think it's worth doing that now
20:57.27JesusMcCloudwill do thanks
20:57.48DocScrutinizer-8don't do a make clean ;-)
20:58.10*** join/#openmoko-cdevel UberNeo (n=UberNeo@122.181.132.66)
20:58.19*** join/#openmoko-cdevel GarthPS (n=quassel@vig38-4-82-233-124-245.fbx.proxad.net)
20:58.23JesusMcClouddammit, I just realized, that I already had -j 4 in the conf file
20:59.25*** join/#openmoko-cdevel pablomino (n=pablo@201.215.181.49)
21:00.36DocScrutinizer-8JesusMcCloud: if you're concerned about laggy response, then renice the compiler jobs
21:02.55*** join/#openmoko-cdevel JesusMcCloud1 (n=jesus@212.183.60.54)
21:03.01JesusMcCloud1I 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
21:06.10JesusMcCloud1I think I schould clean it, because it hangs here: NOTE: Handling BitBake files: \ (4475/6959) [64 %]
21:06.54DocScrutinizer-8JesusMcCloud: (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
21:08.05DocScrutinizer-8so I usually suggest a "nice make foo"
21:08.13mwester'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.
21:08.16[Rui]655 MB??? /opt/openmoko/shr-unstable/downloads/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz
21:08.53DocScrutinizer-8lol
21:09.23mwesterWhat?  You don't want ALL the versions of webkit, then??!   :-D :-D
21:09.38JesusMcCloud1DocStructurizer, how is what you said, different, from what I think I said (german native speaker, might save some troubles with deialed expressions)
21:09.42JesusMcCloud1*dtailed
21:09.47JesusMcCloud1waaaaah DETAILED
21:10.03TAsn[Rui], yeah, I also wanted to die on that part. ;)
21:10.04DocScrutinizer-8hehehe
21:10.29[Rui]specially because bandwidth from build.shr-project.org doesn't seem all that good :)
21:10.38[Rui]280K/s
21:10.55[Rui]I should be able to top the line at almost 2MB/s
21:10.56JesusMcCloud1Rui, yup seems that gremlins were messin around with my network connection
21:10.59mwesterIt shouldn't be fetching from shr-project
21:11.15[Rui]mwester: NOTE: fetch http://build.shr-project.org/sources/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz
21:11.23mwesterThat's bad.
21:11.23DocScrutinizer-8JesusMcCloud: 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
21:12.01JesusMcCloud1nice values: the lower the better, for what I know
21:12.20mwester[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.
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
21:12.53[Rui]mwester: :(
21:13.09DocScrutinizer-8JesusMcCloud: that's true, and a nice is identical with nice -n +10 iirc
21:13.58DocScrutinizer-8so the task is more ~nice~ to other tasks resp the system at large
21:16.05DocScrutinizer-8JesusMcCloud: 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)
21:17.09DocScrutinizer-8i.e. a "nice -n -5" won't work
21:17.51DocScrutinizer-8and won't help anyway
21:18.12DocScrutinizer-8except making your terminal and desktop etc even more sluggish
21:18.50*** part/#openmoko-cdevel pablomino (n=pablo@201.215.181.49)
21:19.07JesusMcCloud1thanks rui. well nothing is sluggish, I don't even notice something is running
21:20.23JesusMcCloud1is do damn confused
21:20.28[Rui]OMG I wonder how long it'll talke to compile webkit
21:21.44*** join/#openmoko-cdevel jonkristian (n=jonkrist@174.84-48-204.nextgentel.com)
21:21.47*** join/#openmoko-cdevel cz_jc (n=jc@88.146.126.102)
21:22.33JesusMcCloud1compiling just started. I still don't notice an sluggishness, but the fan in my box started spinning up
21:23.54[Rui]JesusMcCloud1: oh, it willl
21:24.34JesusMcCloud1dammi I don't think my cpu ever heated up that much since I got this machine
21:24.39cz_jchello ^^
21:24.51DocScrutinizerJesusMcCloud1: to have a nice time waiting for make, I suggest "info coreutils 'nice invocation'"
21:26.56TeLLuS[Rui]: Was anything found on how to get past the No package 'gee-1.0' found, problem?
21:27.43*** join/#openmoko-cdevel max_posedon_ (n=max_pose@80.249.91.107)
21:27.43DocScrutinizerJesusMcCloud1:
21:27.44DocScrutinizer<PROTECTED>
21:27.49DocScrutinizer<PROTECTED>
21:27.49DocScrutinizer<PROTECTED>
21:27.50[Rui]TeLLuS: no idea
21:27.56JesusMcCloud1DocScrutinizer: don't bother.. load avarage: 96% on all 4 cores
21:28.21JesusMcCloud1still no sluggishness
21:29.14JesusMcCloud1I guess I am lucky to have wiped clean my floor, or all th dust would have gotten sucked in by my box
21:29.15DocScrutinizerJesusMcCloud1: nice is NOT aout giving more cpu time to make, it is about *other* processes to snatch a timeslice in a reasonable response time
21:29.51JesusMcCloud1DocScrutinizer: now I got it
21:29.54JesusMcCloud1thanks
21:31.34JesusMcCloud1by the way opimd works like a charm on mrmoku-testing images
21:33.01*** part/#openmoko-cdevel Gorbusch (n=frank@80-121-98-59.adsl.highway.telekom.at)
21:39.13[Rui]so I guess this means SHR-u is being synced with oe-dev?
21:45.17DocScrutinizer-8err aha
21:47.53[Rui]error: Unable to get pack file http://github.com/slyon/today.git/objects/pack/pack-2af6161f3bf3d037030f046d29dbac049a03b42c.pack
21:48.16prahalwhat 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
21:48.50prahalis it still the recommanded alarm application ? Because it will take time to get it to compile
21:49.04mwesterbitbake and autoconf are not related.
21:49.36mwesterbitbake builds sets of applications, and how each application (or lib) is built is up to the app or lib -- most use autoconf.
21:49.39[Rui]which also means I'm pretty much fudged for generating elmdentica packages until it stabilizes a bit again :)
21:51.11prahalmwester, 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
21:51.51prahalmwester, maybe it is just the developper abusing bitbake . But for those sources bitbake is indeed part of the build process
21:52.10mwesterSome 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.
21:52.46mwesterThe 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.
21:53.08mwesterin 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.
21:55.23prahalbut it is the package source, I grab this from upstream :-/
21:55.42mwesterSo what's the problem?
21:56.19mwesterFollow the upstream build instructions (autoconf, or make, or whatever), and it should be fine -- if you have all the dependencies installed.
21:56.26prahalto port it to hackable1 or debian one have to maintain a duplicate of the upstream with standard build tools
21:56.39mwesterYes. of course.
21:57.30[Rui]gah, I give up. to bed
21:57.34prahalshould be the opposite ... I mean image if enlightenment was not available except with debian rules (no make , autoconf or else)
21:58.04Kensanmwester: bonsoire
21:58.12Kensanmwester: long time no see!
21:58.12mwestermaybe you should explain the problem parhal.
21:58.43mwesterYou are upset with bitbake because the upstream developer does not have a make or autoconf system to build the upstream sources?
21:59.02mwesterKensan,  good evening!
21:59.04prahalupstream is not portable to any system except bitbake
21:59.27mwesterI disagree with that.
21:59.36Kensanmwester: how are things with you?
21:59.43prahalis this common among developpers of shr applications ? this will be a pretty big lock in for shr
21:59.47mwesterbitbake does not issue compilation commands; it drives something else (make, smake, etc) that builds.
22:00.52prahalyes 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
22:01.01mwesterprahal,  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.
22:01.21mwesterprahal,  you are referring to the Master makefile, right?
22:01.50prahalno all the makefile (master and src)
22:01.52mwesterthe Master Makefile simply calls bitbake -- bitbake then calls make, or smake, or jam, or whatever the build tool is for each package.
22:02.08mwesterNo package calls bitbake from its makefile.
22:02.23mwesterThat is simply not possible as bitbake cannot be invoked in that manner (it is not re-entrant).
22:02.24prahalwell bitbake is only called from the master one . But shr is hardcoded in all the makefiles
22:02.53mwesterThe makefiles may have been generated by autoconf, in which case all manner of things may appear to be hardcoded.
22:03.10prahalno autoconf . Hand made
22:03.19mwesterBut in any case, it remains that your issue is with the upstream package -- not with bitbake.
22:03.41mwesterSo you need to find the maintainers of that upstream package, and converse with them to resolve the build issues for other distros.
22:04.12prahalsure , never told the opposite . I am worried that developpers of shr applications are hardcoding everything for shr buidl environement (pathes, etc)
22:04.31mwesterKensan,  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. :(
22:04.35Kensanprahal: do you have an example?
22:04.47prahalat-over-fso , ffalarms
22:05.06prahalright now that s what I am interested in (an alarm application)
22:05.07Kensanmwester: ah, that sucks... well at least you have contracts ;)
22:05.30Kensanprahal: do you have a link to the makefile that bothers you?
22:05.31mwesterYes, so I won't starve this year.
22:06.16DocScrutinizer-8mwester: how long's your sentence? Any chance for getting out early due to nice beagviour? ;-P
22:06.39mwesterI'll be out in a month or two.  And then back to the unemployment line, I guess. :(
22:06.43DocScrutinizer-8behaviour even
22:06.45KensanDocScrutinizer-8: Oh hey doc :)
22:06.50prahalhttp://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/Makefile?rev=57&root=ffalarms&view=auto
22:06.53UberNeoi am unable to get any sound in Hackable1 ..for mplayer ..however i am able to get the call sound
22:06.58DocScrutinizer-8hi Kensan
22:07.18prahaldid nto found the scm web for at-over-fso yet
22:07.19Kensanmwester: well I am busy with other things and haven't been following the project lately...
22:07.52UberNeoDocScrutinizer, please help me with no sound for mplayer
22:08.29DocScrutinizer-8UberNeo: *sigh*, go ahead
22:08.47Kensanprahal: well you need to talk to the author to remove all specific things from the makefile and make it generally applicable.
22:08.48UberNeoDocScrutinizer,  i am unable to get any sound in Hackable1 ..for mplayer ..however i am able to get the call sound
22:09.15DocScrutinizer-8UberNeo: that's different issue, completely different
22:09.47DocScrutinizer-8UberNeo: can you config alsa audio device for mplayer?
22:10.08UberNeoi dont know how to do that
22:10.40DocScrutinizer-8well, I guess somewhere in mplayer settings, no?
22:10.52DocScrutinizer-8or via cmdline parameter
22:11.27UberNeoi have used .. different audio parameters like -ao oss ,-ao mpegpes ,  -ao pcm
22:11.43UberNeobut no sound on any of them
22:12.04DocScrutinizer-8-ao alsa ?
22:12.51UberNeothat also doesnt gives any sound
22:13.06DocScrutinizer-8UberNeo: either -ao alsa, or you need aoss wrapper like  "aoss mplayer -ao oss"
22:14.00PaulFertserUberNeo: or you need to not forget to load stereout statefile
22:14.26UberNeoi think stereoout statefile is the problem
22:14.43UberNeodo u have any default stereoout.state file which works
22:14.43DocScrutinizer-8which still shoud be default loaded by fso
22:15.11UberNeobut im using debian based Hackable1
22:15.12DocScrutinizer-8the one that gives you ringtone is the one that works
22:16.27UberNeomy ringtome works
22:16.40UberNeobut which file gives the ringtone
22:16.53DocScrutinizer-8stereoout.state
22:16.56DocScrutinizer-8usually
22:17.35UberNeoso which control ..i need to change in stereoout.state file
22:17.48DocScrutinizer-8NONE!!
22:18.55DocScrutinizer-8alsactl restore -f /path/to/your/stereoout.state
22:18.57UberNeobut 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
22:19.28DocScrutinizer-8mplayer is NOT using any alsastate file
22:20.07DocScrutinizer-8YOU have to do that (until one nice day in far future someone get around ACI alsa devices)
22:21.22DocScrutinizer-8UberNeo:  do "alsactl restore -f /path/to/your/stereoout.state; mplayer -ao alsa default"
22:21.43UberNeoi did this .. alsactl restore -f /usr/share/openmoko/scenarios/stereoout.state  and tried mplayer -ao alsa ..but no sound :(
22:22.21DocScrutinizer-8UberNeo:  or "alsactl restore -f /path/to/your/stereoout.state; aoss mplayer -ao oss"
22:23.16UberNeoDocScrutinizer,  whats this aoss
22:23.35DocScrutinizer-8there's a garbled libasound.so which does not support alsa devices. If mplayer uses this lib, the obviously -ao alsa won't work
22:24.13DocScrutinizer-8aoss is a wrapper to -ldpreload a adapter stub to tweak oss audio to alsa devices
22:24.32UberNeohow do install it in a debian system
22:24.45DocScrutinizer-8duh, no idea
22:24.54DocScrutinizer-8apt install aoss?
22:24.55aptACTION runs yum -y localinstall aoss-4.2-1.noarch.rpm
22:25.15DocScrutinizer-8~shutup
22:25.16aptyes master, I'll STFU
22:25.54UberNeothere is no package for aoss
22:26.51DocScrutinizer-8sorry, no debian here to figure how to do that
22:27.13DocScrutinizer-8PaulFertser: can you help me out please
22:28.01DocScrutinizer-8~install foooobarr?
22:28.02aptACTION runs yum -y localinstall foooobarr-4.2-1.noarch.rpm
22:28.17DocScrutinizer-8hmm, guessed it's a hoax
22:28.53UberNeoactually ..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
22:30.20DocScrutinizer-8so obviously intone knows how to load the correct statefile, while you did sth wrong on that
22:31.08DocScrutinizer-8or intone is a fsckd up app that uses oss-compatibility support for alsa
22:31.27DocScrutinizer-8and even knows how to load that
22:32.49UberNeook ..can u tell me which control is used to increase the speaker volume in stereoout.state file
22:33.09DocScrutinizer-8~fr-audio
22:33.10apti heard fr-audio is http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem and http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem
22:34.35*** join/#openmoko-cdevel RussH (n=GB6864BZ@gbcfpxy1.att.com)
22:37.06UberNeothis also doesnt helps
22:37.13UberNeostill no sound
22:37.15UberNeo:(
22:39.59DocScrutinizer-8UberNeo: 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
22:40.51UberNeook DocScrutinizer
22:41.43DocScrutinizer-8if 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
22:43.03UberNeoso this prob is because of libasound.so
22:43.29DocScrutinizer-8I'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
22:44.39DocScrutinizer-8borked libasound causes mplayer not to know -ao alsa
22:44.49UberNeook
22:44.56DocScrutinizer-8or not to handle it correctly
22:45.01DocScrutinizer-8afaik
22:45.21DocScrutinizer-8as mentioned above, I'm not maintainer of mplayer
22:45.42UberNeoyes DocScrutinizer
22:48.33DocScrutinizer-8UberNeo: 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
22:48.43DocScrutinizer-8iF
22:50.07DocScrutinizer-8basically when using -ao alsa (or whatever the correct syntax) for mplayer should work same way aplay does
22:50.42DocScrutinizer-8iirc it's -ao alsa:default
22:51.39UberNeook
22:51.52DocScrutinizer-8which should be same as "-D default" for aplay. I.E using same device, so both should work same way
22:53.08alexxyAinulindale: hi
22:53.17UberNeoaplay gives ..lot of high volume radom sound
22:53.25alexxyAinulindale: is there any ETA to moving testing mrmoku stuff to SHR-U?
22:54.28max_posedonalexxy, you always can switch to shr-mrmoku)
22:54.43max_posedonbut X-wakeup really slow there
22:54.44alexxymax_posedon: i know =)
22:54.47UberNeoDocScrutinizer,  aplay works
22:55.08max_posedonI don't suggest this for end-users, (if somebody belive that shr have end-users)
22:55.21DocScrutinizer-8UberNeo: at least it gives sound. If it's noise then format of file is not correct for the extension
22:55.24alexxymax_posedon: =P
22:55.49UberNeoya its given the sound
22:57.01DocScrutinizer-8max_posedon: I doubt shr has any real users
22:57.40max_posedonin this case, mrmoku|away  merge your feed plz!!! )
22:58.31DocScrutinizer-8not any more, after 10 weeks of frustration
23:12.44UberNeoDocScrutinizer,  sometimes it gives the error as "Can't open audio device /dev/dsp"
23:13.52DocScrutinizer-8UberNeo: *sigh* dev/dsp is oss, NOT alsa
23:14.04UberNeook
23:14.12DocScrutinizer-8oss alias dev/dsp is *deprecated*
23:15.03DocScrutinizer-8if you absolutely can not avoid using a program that does dev/dsp then use aoss
23:16.11UberNeounable to get any .deb package of aoss
23:23.04lindi-UberNeo: eh?
23:23.16lindi-UberNeo: aoss is name of the binary
23:23.22lindi-UberNeo: it's not the name of the package
23:23.34DocScrutinizerlibaoss.so is the libs name
23:23.46UberNeookays ..but i am unable to get it on net
23:23.46lindi-UberNeo: use packages.debian.org to figure out the package name
23:23.51DocScrutinizeraoss is the name of a wrapper script
23:24.04lindi-UberNeo: get what? 1) figure out name of the package 2) install the package
23:24.24UberNeook lindi- thanx
23:25.33DocScrutinizerpackage: alsa-oss
23:25.37DocScrutinizeralsa-oss - ALSA-OSS Wrapper
23:25.38DocScrutinizerThis package contains the wrapper library and script to run OSS applications using ALSA API.
23:25.41UberNeogot it http://ftp.jp.debian.org/debian/pool/main/a/alsa-oss/alsa-oss_1.0.15-1_armel.deb
23:26.14lindi-UberNeo: you should use apt-get to download the package
23:27.03DocScrutinizerlindi-: honestly he should use mplayer with builtin alsa support ;-P
23:27.05UberNeoye :) instaled
23:27.07UberNeoaoss
23:29.28UberNeoall works fine now .. i got the sound
23:29.40UberNeothanx a lot DocScrutinizer  and lindi-
23:29.51DocScrutinizerlindi-: 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
23:31.08lindi-DocScrutinizer: shr stuff?
23:32.44DocScrutinizeryup
23:33.29DocScrutinizerthough I'm not savvy about how much building libasound actually is "SHR stuff" exactly
23:35.13DocScrutinizer-8anyway there was a libasound without alsa support. And I guess mplayer is using libasound
23:49.30DocScrutinizer-8UberNeo: here "mplayer -ao alsa somefile.wav" just works
23:50.34UberNeofor me ..if i am using the -ao alsa option then no sound ..
23:50.51UberNeoit only works with -ao oss
23:51.51DocScrutinizer-8UberNeo: then get a fixed libasound.so I'd say
23:52.50UberNeofrom where
23:53.59DocScrutinizer-8from debian?
23:54.15DocScrutinizer-8dunno where your system is from
23:54.40UberNeoim searching at http://packages.debian.org/lenny/
23:54.44DocScrutinizer-8and from when
23:55.47UberNeojust now
23:56.06UberNeois this the one which i shud use http://packages.debian.org/lenny/libasound2
23:57.24DocScrutinizer-8my /usr/lib/libasound.so.2.0.0 is 770572 bytes
23:57.44prahalUberNeo, any /etc/asound.conf or ${HOME}/.asoundrc ?
23:58.28DocScrutinizer-8prahal: that's completely irrelevant
23:58.32UberNeoprahal, no

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.