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.43 | mrmoku | TAsn: ping |
03:59.54 | mrmoku | TAsn: did you see ping soon... or ping early? :P |
04:00.00 | mrmoku | s/see/say/ |
04:13.35 | *** join/#openmoko-cdevel headrx (n=head@68-186-162-26.dhcp.stls.mo.charter.com) |
04:19.24 | CIA-26 | SHR: 03mok 07phonefsod * ra2a36096f1f3 10/src/dbus/phonefsod-usage.xml: remove now unneeded dbus spec |
04:19.35 | CIA-26 | SHR: 03mok 07phonefsod * rcc6d80d0d95e 10/data/phonefsod.conf: adjust dbus config to the correct service name |
04:21.46 | CIA-26 | SHR: 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.07 | CIA-26 | SHR: 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.37 | ameyp | hey, could someone please tell me how to use a GHashTable structure? |
05:03.49 | ameyp | i'm working on ticket 568 |
05:03.52 | ameyp | http://wiki.shr-project.org/trac/ticket/568 |
05:06.00 | mrmoku | ameyp: http://library.gnome.org/devel/glib/stable/glib-Hash-Tables.html |
05:07.03 | ameyp | mrmoku: thanks |
05:11.31 | mrmoku | ameyp: 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.17 | catholicon | TAsn: I was wondering how to discuss opimd redesign on the wiki? |
06:42.15 | catholicon | TAsn: Is discussion page of http://wiki.openmoko.org/wiki/Opimd_redesign the way to go?...or is IRC good enough? |
06:45.31 | *** join/#openmoko-cdevel m0nt0 (n=monto@151.57.204.160) |
06:45.43 | m0nt0 | hi all |
06:45.56 | mrmoku | m0nt0: hey... how's life? |
06:46.05 | m0nt0 | mrmoku, busy |
06:46.06 | m0nt0 | :D |
06:46.36 | mrmoku | hehe... usual problem :P |
06:46.45 | m0nt0 | and my sons started to act as yours, going to bed at 9 pm and waking up at 6.00 am |
06:46.56 | mrmoku | ouch :) |
06:46.58 | m0nt0 | lol |
06:47.20 | m0nt0 | and you? how it's going? |
06:47.21 | TAsn | catholicon, wiki. |
06:47.33 | TAsn | mrmoku, pong |
06:47.38 | mrmoku | m0nt0: fine... aumento famiglia :) |
06:47.47 | mrmoku | TAsn: finally ;) |
06:47.53 | TAsn | hehe |
06:47.58 | m0nt0 | wow!! il terzo in arrivo? |
06:47.59 | TAsn | I'm a hard man to catch |
06:48.02 | mrmoku | m0nt0: yup |
06:48.03 | TAsn | I'm here for a couple of seconds. |
06:48.08 | m0nt0 | complimenti!! |
06:48.11 | mrmoku | m0nt0: grazie |
06:48.19 | mrmoku | TAsn: it does not work |
06:48.27 | mrmoku | TAsn: and I don't know why :( |
06:48.42 | mrmoku | windows are shown only partly or segfault immediately |
06:49.01 | TAsn | hm... this sounds like a good start though |
06:49.07 | TAsn | this means modules are loaded |
06:49.19 | mrmoku | yep, modules are loaded... init and loop are called |
06:49.26 | mrmoku | but somehow it does not work correctly |
06:49.43 | TAsn | I gotta go to work, mind waiting until I get back? |
06:49.44 | TAsn | :) |
06:49.48 | TAsn | (~8 hrs) |
06:50.07 | m0nt0 | vala-dbus-binding-tool-native_git fails to compile because the configure require No package 'gee-1.0' found but there's no "gee" package, only libgee... am i missing something? |
06:50.53 | mrmoku | TAsn: ok... have fun then :) |
06:51.31 | mrmoku | m0nt0: failed for me too right now :P |
06:51.36 | m0nt0 | :D |
06:51.39 | mrmoku | m0nt0: thought it would be fixed though |
06:52.17 | m0nt0 | ok, thanks |
06:54.37 | *** part/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26) |
06:55.41 | TAsn | mrmoku, haha, good joke. |
06:55.53 | TAsn | git read-tree 1 failed with signal 128, output: |
06:55.53 | mrmoku | TAsn: which one? |
06:55.53 | TAsn | fatal: Not a valid object name 1 |
06:55.53 | TAsn | NOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed |
06:55.57 | TAsn | btw :( |
06:55.59 | mrmoku | TAsn: update |
06:56.01 | TAsn | <mrmoku> TAsn: ok... have fun then :) |
06:56.26 | mrmoku | TAsn: I added an shr-specs package :) |
06:56.44 | mrmoku | (and use that to build phonefsod and phoneuid) |
06:56.49 | TAsn | okie :) |
06:57.12 | TAsn | ok, building |
06:57.18 | TAsn | will be ready in 8 hrs anyway |
06:57.26 | mrmoku | TAsn: ok... later then |
06:57.27 | TAsn | so going to work won't do any harm. ;) |
06:57.29 | TAsn | ciao. |
07:00.32 | CIA-26 | SHR: 03mok 07shr-specs * r28761e092970 10/org.shr.phoneui/org.shr.phoneui.Messages.xml.in: rename Messages.DisplayItem to DisplayMessage |
07:00.42 | CIA-26 | SHR: 03mok 07shr-specs * re66678577f6c 10/org.shr.phoneui/ (5 files): make all phoneui methods async |
07:02.29 | TAsn | <PROTECTED> |
07:02.29 | TAsn | fatal: Not a valid object name 1 |
07:02.29 | TAsn | NOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed |
07:02.34 | TAsn | I think my connection secs |
07:02.37 | TAsn | sec restarting it. |
07:02.39 | TAsn | cya. |
07:21.17 | *** join/#openmoko-cdevel TAsn (n=tasn@DSL217-132-21-52.bb.netvision.net.il) |
07:23.50 | mrmoku | TAsn: hehe, think I know what's going on... |
07:24.09 | mrmoku | TAsn: the call to framework_handler_connect got lost again... |
07:24.17 | mrmoku | guess I lost it while splitting |
07:27.25 | *** join/#openmoko-cdevel Q-Master (n=qmaster@78.111.145.66) |
07:36.54 | m0nt0 | bye 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.47 | mrmoku | TAsn: 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.01 | CIA-26 | SHR: 03mok 07shr * r4d1dfd58c4f2 10/ (3 files in 3 dirs): fix contacts, messages and dialer to use correct dbus paths and params |
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.51 | Gorbusch | hi, back again. Can someone tell me where i can find the current builds, i looked in the wiki but the linked location seems only to have old ones. |
09:07.24 | PaulFertser | Gorbusch: either use shr unstable |
09:07.43 | PaulFertser | Gorbusch: or if you feel really adventerous you can try extremely unstable wip builds |
09:08.07 | PaulFertser | Gorbusch: from http://build.shr-project.org/tests/mrmoku/ |
09:11.31 | Gorbusch | thanks |
09:24.27 | *** join/#openmoko-cdevel rebelThor (n=thor@78.96.137.54) |
09:25.36 | rebelThor | is feeling really adventurous today and is trying to compile SHR via http://trac.shr-project.org/trac/wiki/Building%20SHR .. however it's giving lots of 404 errors.. is that normal? |
09:26.33 | mrmoku | yup |
09:26.51 | rebelThor | is 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.16 | DocScrutinizer-8 | building.... 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.52 | CIA-26 | SHR: 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.03 | CIA-26 | SHR: 03mok 07phoneuid * r362cc9243789 10/ (11 files in 2 dirs): go back to the system bus and make everything async |
10:55.09 | rebelThor | still me with my newbie questions :D is there any way to continue the build process if I stop it with ctrl+C ? it seems it starts from the beginning if I do "make image" again after stopping it |
10:57.40 | CIA-26 | SHR: 03mok 07phonefsod * r9de0e3ce484f 10/src/Makefile.am: Makefile.am: remove -ldl as it's not needed for phonefsod |
10:57.41 | CIA-26 | SHR: 03mok 07phonefsod * r99962159bca5 10/src/ (5 files): phoneuid is on the system bus again |
10:57.42 | CIA-26 | SHR: 03mok 07phonefsod * rc8a19ddbc9a9 10/src/phonefsod-fso.c: rename display_item to display_messages |
10:57.42 | CIA-26 | SHR: 03mok 07phonefsod * r2e8d58174862 10/data/80phoneuid: remove obsolete xsession script |
11:06.58 | PaulFertser | rebelThor: it doesn't start from the beginning. |
11:07.45 | rebelThor | oh, my bad then :D thanks PaulFertser |
11:08.20 | PaulFertser | rebelThor: it does rebuild the package it was building at the moment you stopped it but it doesn't rebuild the whole system. |
11:08.34 | PaulFertser | rebelThor: 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.35 | TeLLuS | vala-dbus-binding-tool-native_git.bb' failed No package 'gee-1.0' found bitbake gee-1.0 ERROR: Nothing PROVIDES 'gee-1.0' |
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.14 | mrmoku | TeLLuS: yup, working on that |
11:25.08 | TeLLuS | mrmoku: 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.27 | playya | dos1, 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.22 | dos1 | playya: opim ui? |
11:50.17 | *** join/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
11:50.28 | bumbl | mickey|dinner: i now seem to have tracked down the - modem dead issue - it seems to be caused from the short time without current when changing the battery while charging |
11:51.41 | bumbl | dos1: when can noobs (like me) expect a new shiny image? |
11:52.18 | DocScrutinizer-8 | bumbl: that 100% surely kills modem |
11:52.30 | dos1 | sorry, 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.54 | DocScrutinizer-8 | bumbl: modem is powered from bat. Removing bat always resets modem |
11:53.27 | bumbl | DocScrutinizer-8: i know i just realized today that this is the issue i tried to track down |
11:54.43 | bumbl | (although frameworkd should imo autodetect this issue and restart gsmd if it is easily detectable) |
11:56.39 | mrmoku | TeLLuS: make update and rebuild it |
11:56.39 | DocScrutinizer-8 | (easily detectable) that depends on whether mickey already implemented keep-alive supervisor in framework. The only way to detect this is sensing the fact modem simply doesn't respond anymore |
11:56.53 | *** join/#openmoko-cdevel morphis (n=morphis@p54898A28.dip0.t-ipconnect.de) |
11:56.59 | morphis | heyho |
11:59.00 | DocScrutinizer-8 | bumbl: but cranking up modem after reset isn't particularly simple. Think about all the "settings" stored inside modem and lost on reset, like PIN, GPRS AP credentials, carrier settings etc pp |
11:59.38 | lindi- | I store those settings in $HOME currently |
11:59.40 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
11:59.51 | DocScrutinizer-8 | sure |
11:59.59 | bumbl | DocScrutinizer-8: with restarting gsmd i meant - again asking pin and setting up everything as done on boot |
12:00.42 | DocScrutinizer-8 | lindi-: but still there are states that are quite tricky to restore to exact same they were before reset |
12:01.17 | lindi- | bumbl: if you ask for pin you need to somehow notify the user so that he notices that the modem died and needs pin again |
12:01.53 | bumbl | lindi-: yep i know |
12:02.34 | lindi- | bumbl: and that's pretty difficult if he has silent profile |
12:02.42 | bumbl | for 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.58 | DocScrutinizer-8 | bumbl: you should be aware if you remove (reinsert) bat. So what's the problem? Should we send you a sticker for bat compartment to remind you? ;-) |
12:07.59 | bumbl | DocScrutinizer-8: nah you shouldn't - but it just shows the neo is not noob proof |
12:08.29 | bumbl | so if you have a product and want it idiot tested for free - send it to me ;) |
12:08.57 | DocScrutinizer-8 | bumbl: no kidding: this problem may also rise from deep discharging battery. So we eventually might need to tackle it. Very low priority for now though. I'd say if fso is able to detect the outage and send a resource-available=false signal to notify userland, that would be good enough for now |
12:11.11 | DocScrutinizer-8 | auto-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.35 | DocScrutinizer-8 | mickey|dinner: ^^^ |
12:14.06 | DocScrutinizer-8 | mickey|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.37 | bumbl | well 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.22 | Gnutoo | mickeyl, hi |
14:18.29 | mickeyl | hey Gnutoo |
14:18.34 | mickeyl | how's your "dreamworks" progressing? |
14:18.42 | Gnutoo | mickeyl, what's that command: AT+BANDSET |
14:19.16 | Gnutoo | mickeyl, I pushed basic support to linuxtogo and oe |
14:19.16 | mickeyl | that's a proprietary command to lock the RF band of a multiband device to one band |
14:19.22 | mickeyl | usually not necessary |
14:19.47 | mickeyl | multiband being gsm900, gsm1800, etc. |
14:20.24 | Gnutoo | mickeyl, so we found it |
14:20.38 | Gnutoo | mickeyl, how does it work? |
14:20.44 | DocScrutinizer-8 | esp locking to GSM or UMTS |
14:20.50 | Gnutoo | ah ok |
14:23.29 | DocScrutinizer-8 | Gnutoo: no decent result for at+bandset=? ? |
14:23.43 | Gnutoo | there is: |
14:23.56 | Gnutoo | AT+BANDSET=? +BANDSET: 001f |
14:24.03 | DocScrutinizer-8 | duh |
14:24.09 | DocScrutinizer-8 | what a mess |
14:24.11 | Gnutoo | and AT+BANDSET? +BANDSET: 1 |
14:24.25 | Gnutoo | AT+BANDSET=something |
14:24.31 | DocScrutinizer-8 | error |
14:24.33 | Gnutoo | <PROTECTED> |
14:24.40 | DocScrutinizer-8 | ooh |
14:24.48 | Gnutoo | something is a number |
14:24.57 | DocScrutinizer-8 | very self-descriptive, indeed |
14:25.05 | Gnutoo | but AT+BANDSET=? +BANDSET: 001f don't change |
14:25.27 | mickeyl | looks like there is no options but 001f |
14:25.36 | mickeyl | in that case you can't lock it to any band |
14:25.41 | DocScrutinizer-8 | looks like a 9bit bitfield of bool |
14:25.44 | mickeyl | or that |
14:26.09 | Gnutoo | ok |
14:26.10 | mickeyl | proprietary commands do not need to respect usual formats :/ |
14:26.25 | DocScrutinizer-8 | yeah, nice |
14:26.51 | DocScrutinizer-8 | try at%sleep=?, on calypso |
14:27.52 | DocScrutinizer-8 | well, at least 9 bool faintly matches with the maximum nr of allowable bands |
14:28.01 | Gnutoo | AT+CLAC : http://pastebin.com/m1ed4ac42 |
14:28.09 | Gnutoo | ok |
14:29.09 | DocScrutinizer-8 | maybe also a boolean bit for "auto" included, or sth |
14:29.36 | *** part/#openmoko-cdevel otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:32.40 | DocScrutinizer | Gnutoo: networks =: GSM 850/900/1800/1900, UMTS-WCDMA 900/1700/2100 |
14:32.50 | Gnutoo | yes |
14:33.06 | DocScrutinizer | that's seven for now |
14:33.19 | Gnutoo | ok |
14:36.02 | DocScrutinizer | Gnutoo: from above "+QBANDCAP" looks interesting |
14:36.34 | DocScrutinizer | no idea if that'S a custom cmd though, or what it really might do |
14:37.35 | Gnutoo | ok |
14:38.09 | DocScrutinizer | isn't RE real fun? :-S |
14:38.24 | Gnutoo | +QBANDCAP: (0-6) |
14:38.58 | DocScrutinizer | tsss. So seems we really got 7 bands ;-D |
14:39.43 | Gnutoo | ok |
14:39.45 | Gnutoo | I'll try |
14:40.29 | CIA-26 | freesmartphone.org: 03mickey 07cornucopia * r8b274288fcb3 10/fsogsmd/src/lib/ (atmediators.vala consts.vala): fsogsmd: add known SIM elementary file records |
14:42.06 | DocScrutinizer-8 | mickeyl: sim fs records? what do you do with them? |
14:43.51 | Gnutoo | +QBANDCAP: 0,009a,0009,+QBANDCAP: 1,000a,0001+QBANDCAP: 2,0090,0008,+QBANDCAP: 3,0000,0001,+QBANDCAP: 4,000a,0001,+QBANDCAP: 5,000a,0000,+QBANDCAP: 6,0000,0000 |
14:43.53 | mickeyl | right know only EFsp |
14:43.57 | mickeyl | EFspn, that is |
14:44.10 | mickeyl | perhaps later on using them for modems which do not support some of the higher level commands |
14:45.07 | DocScrutinizer-8 | Gnutoo: hey, nice textadventure XD |
14:45.12 | Gnutoo | lol |
14:45.28 | Gnutoo | it's a mud if I play it via ssh? |
14:46.00 | DocScrutinizer-8 | for sure it is on GSM ;-) |
14:47.46 | Gnutoo | Global SSH Multidungeon? |
14:48.21 | DocScrutinizer-8 | hehe |
14:48.56 | mickeyl | *sigh* |
14:49.03 | mickeyl | not motivated to implement call handling... |
14:49.09 | mickeyl | boring monkey work |
14:49.20 | mickeyl | do we need call handling in fso2? |
14:49.26 | mickeyl | can't we just voip? |
14:49.55 | *** part/#openmoko-cdevel rebelThor (n=thor@78.96.137.54) |
14:49.59 | mickeyl | can +CLCC ever show a '3' ? |
14:50.11 | mickeyl | or is that impossible? |
14:50.27 | mickeyl | where's a gsm expert when you need one |
14:50.42 | DocScrutinizer-8 | is that multiline? |
14:50.52 | mickeyl | +clcc shows 'calls known to the system' ya |
14:51.00 | mickeyl | indices start w/ 1 |
14:51.04 | mickeyl | and i wonder whether it's limited to 1-2 |
14:51.14 | DocScrutinizer-8 | nope, that should always be 1 or 2 |
14:51.15 | mickeyl | and if the 3rd one always gets a busy |
14:51.47 | mickeyl | what about one being active, one on hold? 3rd caller gets busy? |
14:52.05 | DocScrutinizer-8 | you can have a max of 2 concurrent calls / lines (at least for ISDN and GSM) |
14:52.17 | mickeyl | yes, but how's concurrent defined |
14:52.20 | DocScrutinizer-8 | yep |
14:52.36 | mickeyl | like... can i swap between two, while the third is on hold? |
14:52.54 | mickeyl | hmm,probably not |
14:53.06 | DocScrutinizer-8 | concurrent is any established "dialog" from invite/ring over hold until connection teardown |
14:53.13 | mickeyl | ah |
14:53.25 | *** join/#openmoko-cdevel rebelThor (n=thor@78.96.137.54) |
14:53.27 | mickeyl | in that case it'd 100% sure we never get any index out of 1-2 |
14:53.45 | mickeyl | hmm |
14:53.46 | DocScrutinizer-8 | I'd say yes - for GSM |
14:53.47 | mickeyl | but look at that: |
14:53.55 | mickeyl | http://www.google.de/search?ie=UTF-8&oe=UTF-8&q=%22%2BCLCC%3A+3 |
14:54.00 | mickeyl | http://www.microchip.ua/simcom/GSM-GPRS-GPS/AppNotes%20-%20doc/SIMCom%20Modules%20Multiparty%20Application%20Note_V1.0.pdf |
14:54.05 | mickeyl | their examples show +CLCC=3 |
14:54.07 | mickeyl | :3 even |
14:54.39 | CIA-26 | SHR: 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.44 | mickeyl | or are these nonstandard devices? |
14:54.49 | CIA-26 | SHR: 03mok 07libphone-ui * ra529bc46d3ca 10/src/ (phoneui-utility.c phoneui-utility.h): utility: add phoneui_contact-get |
14:54.50 | CIA-26 | SHR: 03mok 07libphone-ui * r2675791f5d1e 10/src/ (phoneui.c phoneui.h.in): add phoneui_contacts_refresh and phoneui_contacts_contact_show |
14:55.04 | morphis | heyho |
14:55.08 | mickeyl | yo morphis |
14:56.12 | DocScrutinizer | "" 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.38 | mickeyl | ok, i think these are non-standard |
14:56.40 | mickeyl | look: |
14:56.41 | mickeyl | "Note: You can dial or pick up five different phones in all and establish six sides conversation |
14:56.41 | mickeyl | follow the above steps. You can also get through the sixth phone when the former five calls were |
14:56.41 | mickeyl | held on, but it can not join in the Multiparty. |
14:56.41 | mickeyl | " |
14:56.49 | mickeyl | 5 phones... never with GSM :) |
14:57.34 | morphis | hrhr |
14:57.48 | morphis | who describes this scenario? |
14:57.54 | DocScrutinizer | mickeyl: |
14:57.55 | mickeyl | http://www.microchip.ua/simcom/GSM-GPRS-GPS/AppNotes%20-%20doc/SIMCom%20Modules%20Multiparty%20Application%20Note_V1.0.pdf |
14:57.59 | DocScrutinizer | "" |
14:58.00 | DocScrutinizer | Note: You can dial or pick up five different phones in all and establish six sides conversation |
14:58.02 | DocScrutinizer | follow the above steps. You can also get through the sixth phone when the former five calls were |
14:58.03 | DocScrutinizer | held on, but it can not join in the Multiparty. |
14:58.05 | DocScrutinizer | "" |
14:58.17 | mickeyl | ya, what i just pasted |
14:58.24 | mickeyl | this is some extension system |
14:58.52 | DocScrutinizer | never heard of that |
14:59.14 | mickeyl | there are some more hits when searching for +clcc:3 though |
15:00.24 | mickeyl | iirc in my tests, when i had two calls on hold, the third was never alerting me |
15:00.29 | mickeyl | it just got a busy right from the start |
15:00.39 | mickeyl | but it might as well depend on the SIM and the provider as well |
15:00.41 | mickeyl | :/ |
15:00.48 | DocScrutinizer | that's the common GSM definition |
15:00.53 | *** join/#openmoko-cdevel morphis (n=quassel@p54898A28.dip0.t-ipconnect.de) |
15:01.02 | DocScrutinizer | afaik |
15:01.06 | mickeyl | ya, afaik as well |
15:01.12 | mickeyl | need to test that again |
15:01.42 | mickeyl | or ask Harald what the "other" side says |
15:01.54 | mickeyl | like, the basestation |
15:02.19 | DocScrutinizer | mickeyl: to be safe, just implement unlimited number of concurrent lines to fso, no? |
15:02.32 | mickeyl | i'd rather not |
15:02.53 | mickeyl | this makes the state machine very complicated when you translate between the dbus commands and the AT+CHLD and friends |
15:02.54 | larsc | limit it to 99 |
15:03.09 | mickeyl | +CHLD is a nightmare command anyways |
15:03.29 | mickeyl | descriptions are very ambigous |
15:03.33 | mickeyl | ~spell ambiguous |
15:03.38 | mickeyl | ~botsnack |
15:03.38 | apt | thanks, 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.00 | mickeyl | hmm, d'oh |
15:13.09 | mickeyl | atd06968098690; |
15:13.09 | mickeyl | NO DIALTONE |
15:13.12 | mickeyl | NO DIALTONE??? |
15:13.16 | mickeyl | fun |
15:13.18 | mickeyl | never seen that one |
15:14.45 | mickeyl | oh well, parser understands it already |
15:16.07 | DocScrutinizer | LOOOOLLLL |
15:17.27 | DocScrutinizer | what's the semantics of "NO DIALTONE" on GSM? Does that mean "no RF-signal" || "no slot free on BTS", or what? |
15:17.32 | CIA-26 | SHR: 03mok 07libphone-ui-shr * r836f5f7d6793 10/src/ (view/views.h.in widget/elm_config.h.in): fix define for path to KEYPAD_FILE |
15:17.33 | CIA-26 | SHR: 03mok 07libphone-ui-shr * rd12360e3a5fb 10/src/ (5 files in 2 dirs): add phoneui_backend_contacts_refresh and contact_show |
15:17.33 | CIA-26 | SHR: 03mok 07libphone-ui-shr * r08da6a763ae3 10/src/view/dialer-view.c: dialer: use phoneui_contacts_new_show to add a contact from the number |
15:17.50 | mickeyl | some modems send it when you are not registered |
15:17.58 | DocScrutinizer | tzzz |
15:18.08 | mickeyl | most send you NO CARRIER though |
15:18.31 | DocScrutinizer | ok, semantics are anybodys taste, as long as they are unambiguous |
15:18.37 | mickeyl | yeah |
15:19.03 | *** join/#openmoko-cdevel morphis_ (n=quassel@p54898A28.dip0.t-ipconnect.de) |
15:19.24 | DocScrutinizer | NO CARRIER is a quite different msg though, from old days of analog modems |
15:19.33 | mickeyl | yeah |
15:19.35 | mickeyl | btw. |
15:19.41 | mickeyl | here's a fun one |
15:19.54 | mickeyl | almost every AT publication has the following link when it discusses +CHLD |
15:19.56 | mickeyl | "Call identification number as described in GSM02.30 subclause 4.5.5.1" |
15:20.08 | mickeyl | apparantly they copied that from somewhere else |
15:20.12 | mickeyl | the culprit is though... |
15:20.21 | mickeyl | all the 02.30 specs i can find have no such subclause |
15:20.22 | DocScrutinizer | that document doesn't exist? |
15:20.31 | DocScrutinizer | hehe |
15:20.44 | mickeyl | I'd really love to read this paragraph |
15:20.48 | mickeyl | but it doesn't exist :/ |
15:20.54 | DocScrutinizer | I bet you do |
15:20.54 | *** join/#openmoko-cdevel Zorkman (n=Zork@78-22-123-127.access.telenet.be) |
15:20.59 | mickeyl | and 02.30 doesn't really talk about call identification numbers anyways |
15:21.47 | DocScrutinizer | maybe not the subclause numbering, but rather the title of whole document is erroneous ? |
15:21.53 | mickeyl | possible |
15:22.00 | mickeyl | but as there are tons of those specs |
15:22.09 | mickeyl | it's going to be tough to grab all and look for such a subclause |
15:22.44 | DocScrutinizer | yep |
15:22.55 | mickeyl | hmm, actually it might have been there once |
15:23.00 | mickeyl | but as there are dozens of revisions |
15:23.05 | mickeyl | they might have thrown this paragraph out |
15:23.14 | mickeyl | tries to grab a really old version of 02.30 |
15:24.08 | DocScrutinizer | well, maxim had a bug in their MAX232 appnotes, for size of capacitor (10uF instead of needed 1uF, or sth like that). This error was copied over and over to later docs, both by externals and by maxim itself |
15:24.15 | mickeyl | heh |
15:24.31 | rebelThor | does anyone happen to have a solution for the No package 'gee-1.0' found error in vala-dbus-binding-tool-native? I can't seem to get the thing to build :( |
15:24.56 | mrmoku | rebelThor: make update (if you're building from shr/merge) |
15:25.08 | DocScrutinizer | mickeyl: try google for help? |
15:25.20 | mrmoku | mickeyl: ^^^ that happened with your last commit to the vala-bindings-tool... |
15:25.29 | mrmoku | any hint on how to adjust the recipe? |
15:25.32 | mickeyl | mrmoku: strange, the last commit was supposed to actually fix that |
15:25.45 | mickeyl | did you catch up with the deps? |
15:25.52 | mrmoku | I set a fixed rev to the commit before and it worked... |
15:25.53 | mickeyl | vala-dbus-binding-tool-native now needs gee-native |
15:25.59 | mrmoku | ahh... |
15:26.01 | mrmoku | ok :) |
15:26.13 | mrmoku | there is no such thing I think :) |
15:26.15 | mickeyl | sorry, i thought that was obvious |
15:26.24 | TAsn | mrmoku, still fails |
15:26.29 | mrmoku | TAsn: all fine :) |
15:26.32 | TAsn | <PROTECTED> |
15:26.32 | TAsn | fatal: Not a valid object name 1 |
15:26.32 | TAsn | NOTE: package shr-specs-0.0.0-gitr1-r0: task do_fetch: failed |
15:26.36 | TAsn | mrmoku, works for you? |
15:26.41 | TAsn | what was the problem? |
15:26.45 | mrmoku | you did not update? |
15:26.46 | mickeyl | read-tree 1 = SRCREV not set |
15:26.50 | TAsn | here it still doesn't build :| |
15:26.51 | mrmoku | :) |
15:26.55 | TAsn | mrmoku, I did. |
15:26.59 | TAsn | 10 times already. |
15:27.04 | TAsn | but, sec, again. |
15:27.18 | *** join/#openmoko-cdevel trev_ (n=tobi@95-88-97-79-dynip.superkabel.de) |
15:27.19 | mickeyl | DocScrutinizer: actually the version from 1993 contain the paragraph |
15:27.19 | mrmoku | watch out for oe hangups |
15:27.25 | mickeyl | not that it contains much info thgouh :/ |
15:27.27 | DocScrutinizer | mickeyl: lol |
15:27.28 | *** join/#openmoko-cdevel bumbl (n=bumbl@91-113-114-158.adsl.highway.telekom.at) |
15:27.35 | TAsn | mrmoku, anyhow |
15:27.37 | TAsn | works great? |
15:27.39 | DocScrutinizer | mickeyl: mind to share a url? |
15:27.44 | mrmoku | TAsn: yup, works |
15:27.51 | TAsn | mrmoku, great? |
15:27.52 | TAsn | :) |
15:27.53 | mrmoku | TAsn: please pull all :) |
15:27.55 | TAsn | what was the issue? :) |
15:27.59 | mickeyl | http://www.3gpp.org/ftp/Specs/archive/02_series/02.30/0230-491.zip |
15:28.15 | mrmoku | TAsn: frameworkd_handler_connect got lost by the splitting |
15:28.16 | TAsn | damn, youve been busy :) |
15:28.21 | DocScrutinizer | oh FSCK. A .doc |
15:28.22 | TAsn | mrmoku, i c ;) |
15:28.24 | mickeyl | it does say nothing about the parameter boundaries for the directory number though |
15:28.29 | TAsn | mrmoku, so what do we have atm? |
15:28.34 | mrmoku | TAsn: yup... whole day since 5:30 ;) |
15:28.36 | TAsn | (concerning features) |
15:28.41 | TAsn | everything? |
15:28.46 | TAsn | phoneui works completely? :) |
15:28.54 | mrmoku | yup |
15:29.05 | TAsn | <PROTECTED> |
15:29.07 | TAsn | YOU ROCK!:) |
15:29.24 | mrmoku | does not work yet as expected :| |
15:29.29 | mrmoku | (the refresh) |
15:29.43 | TAsn | but still |
15:29.45 | TAsn | very cool :) |
15:29.47 | mrmoku | TAsn: have to help prepare the Pizza now :) |
15:29.49 | morphis_ | mrmoku: you started working on a new phonui lib? |
15:29.50 | TAsn | so we are ready to move to that? |
15:29.57 | TAsn | mrmoku, wait, one last q :) |
15:29.59 | mickeyl | hmm |
15:29.59 | TAsn | so we are ready to move to that? |
15:29.59 | mickeyl | <PROTECTED> |
15:30.02 | mrmoku | TAsn: build it and try it :) |
15:30.03 | mickeyl | damn |
15:30.10 | rebelThor | is a bit confused, what's shr/merge? i'm trying to build using the http://trac.shr-project.org/trac/wiki/Building%20SHR steps and the shr-unstable folder, hoping i'd get the last available version :D |
15:30.11 | TAsn | mrmoku, sounds like a yes :))) |
15:30.13 | TAsn | thanks. |
15:30.15 | mickeyl | what when i want to put active calls on hold _without_ activating a waiting or held call? |
15:30.15 | mrmoku | morphis_: yes... ophonekitd replacement |
15:30.18 | mickeyl | GSM sucks |
15:30.21 | morphis_ | yeah! |
15:30.27 | TAsn | mrmoku, enjoy. |
15:30.44 | TeLLuS | NOTE: preferred version 0.7.7 of vala-native not available (for item vala-native) |
15:30.45 | TAsn | [Rui], here? |
15:30.54 | mickeyl | oh btw. |
15:30.57 | morphis_ | mrmoku: but not based on the vala ophonekitd written by ptitjes? |
15:31.02 | mrmoku | morphis_: no |
15:31.02 | TAsn | morphis_, no. |
15:31.03 | mickeyl | i 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.17 | TAsn | it's a c phonekitd |
15:31.17 | mrmoku | mickeyl: ok, will do |
15:31.20 | morphis_ | mrmoku, TAsn: why not? |
15:31.34 | mickeyl | mrmoku: i'll cut a 0.7.7+fso3 release now |
15:31.38 | TAsn | morphis_, is we both don't know vala and don't wish to learn ;] |
15:31.41 | TAsn | but mostly |
15:31.41 | mrmoku | mickeyl: ok, great |
15:31.51 | TAsn | because we mainly stripped stuff out of ophonekitd |
15:31.51 | mrmoku | off for the pizza :) |
15:31.52 | mrmoku | bbl |
15:31.53 | TAsn | and not added |
15:31.58 | morphis_ | TAsn: ah ok |
15:32.15 | TAsn | mainly though, there's no reason to use a piece of software none of us can maintain. |
15:32.28 | morphis_ | oh I see there even some specs out |
15:32.31 | TAsn | (as we don't know vala and don't intend to learn it soon) |
15:32.43 | TAsn | [Rui], just wanted to let you know |
15:32.45 | mickeyl | too bad |
15:32.46 | TAsn | that you can finally |
15:32.56 | mickeyl | it would enlarge your productivity by 1000% |
15:33.09 | mickeyl | judging from the average Vala -> C LOC ratio |
15:33.12 | TAsn | use the dbus calls. |
15:33.16 | TAsn | mickeyl, probably. |
15:33.29 | mickeyl | use whatever you like most though |
15:33.29 | Q-Master | what's new? |
15:33.31 | mickeyl | FOSS is supposed to be fun |
15:33.32 | mickeyl | :) |
15:33.39 | TAsn | mickeyl, but still, a rewrite is too much work. and I like C better :) |
15:33.43 | TAsn | exactly. ;) |
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.50 | mickeyl | tell me about rewrites being too much work |
15:33.51 | mickeyl | sighs |
15:33.56 | TAsn | [Rui], easy |
15:34.01 | TAsn | iirc it's not compiled with ssl |
15:34.05 | TAsn | not sure though. |
15:34.10 | mickeyl | abandones fso2 and concentrates on iphone OS |
15:34.14 | mickeyl | *g* |
15:34.20 | TAsn | I remember something about it though. |
15:34.22 | TAsn | mickeyl, :) |
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.36 | TAsn | [Rui], dbus with python is easy |
15:34.40 | TAsn | why not use it ? |
15:34.51 | TAsn | anyhow, just download phoneuid |
15:34.54 | TAsn | and give it a go |
15:34.54 | ptitjes | TAsn: "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.25 | TAsn | [Rui], it's not the same. |
15:35.25 | [Rui] | ? |
15:35.32 | TAsn | ptitjes, :) |
15:35.33 | ptitjes | TAsn: yeah dbus with python is slow |
15:35.37 | ptitjes | too |
15:35.39 | TAsn | [Rui], no. |
15:35.44 | mickeyl | hails ptitjes |
15:35.45 | TAsn | ptitjes, but less than with mdbus |
15:36.07 | [Rui] | TAsn: yes, but right now I want to make elmdentica use ssl |
15:36.19 | TAsn | [Rui], so I think you should first look in libcurl |
15:36.20 | ptitjes | TAsn: I see you still have good references |
15:36.27 | TAsn | ptitjes, :) |
15:36.49 | mickeyl | mrmoku: 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.10 | TAsn | oh, so https.c does work |
15:37.11 | TAsn | hm... |
15:37.24 | TAsn | wait 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.50 | TAsn | pkg-config with what parameters? |
15:38.55 | TAsn | [Rui], you might be using different parameters |
15:38.58 | [Rui] | the same that autoconf is using, libcurl |
15:39.03 | TAsn | i c. |
15:39.08 | TAsn | hm.. |
15:39.20 | TAsn | maybe it has something to do with certificates? |
15:39.35 | [Rui] | TAsn: and according to ldd, libcurl in shr-u has ssl :) |
15:39.45 | TAsn | [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.59 | TAsn | hm. |
15:40.09 | TAsn | my only advice is google. |
15:40.09 | TAsn | :| |
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.40 | TAsn | may be the same issue. |
15:40.45 | [Rui] | hopefully it does curl better than I do :) |
15:41.05 | TAsn | hehe :) |
15:41.33 | TAsn | mind pastbining https.c and your relevant code? I'll try to take a look (although last time I used libcurl was ages ago) |
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.52 | DocScrutinizer | mickeyl: (directory nr boundaries) I think the directory is sth different, but not sure about that. Anyway: """X" is the numbering (starting with 1) of the call given by the sequence of setting up or receiving the calls (active, held or waiting) as seen by the served subscriber. Calls hold their number until they are released. New calls take the lowest available number."" |
15:44.25 | TAsn | [Rui], will review soon. |
15:44.35 | *** join/#openmoko-cdevel thrashold (n=europan@3mhz.net) |
15:45.14 | TAsn | I heard in the hebrew ML that people have great sound using hackable:1 and bad sound using shr (same state files) what more is missing? I want to fix this in shr as well. any ideas anyone? |
15:45.16 | DocScrutinizer | mickeyl: no further indication there's any upper limit for the number of concurrent dialogs (except maybe X suggests that's a one-digit value) |
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.52 | rebelThor | i must be doing something wrong, as I can't seem to build the shr-unstable image.. still getting the gee error .. anyone kind enough to guide me through the steps required (other than what's on the wiki for building shr) :D |
15:45.59 | TAsn | [Rui], what'sl the relevant page from your software? |
15:46.16 | TeLLuS | rebelThor: me too |
15:46.17 | [Rui] | TAsn: mostly elmdentica.c in set_urls() and curl.c |
15:46.36 | TAsn | ok. |
15:46.41 | DocScrutinizer-8 | TAsn: (sound) AT cmds |
15:46.48 | TAsn | thought about that. |
15:46.55 | TAsn | is there anything more that I should check |
15:46.58 | TAsn | or just those? |
15:47.01 | DocScrutinizer-8 | TAsn: 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.22 | TAsn | [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.31 | TAsn | I'll just statically review the code. |
15:47.38 | [Rui] | TAsn: ah ok |
15:47.47 | TAsn | DocScrutinizer, thanks a lot. :) |
15:47.51 | TAsn | nothing more though? |
15:48.00 | TAsn | just 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.08 | DocScrutinizer-8 | TAsn: nothing comes to my mind |
15:48.26 | TAsn | thanks. |
15:48.31 | DocScrutinizer-8 | yw |
15:48.33 | TAsn | brb 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.45 | rebelThor | [Rui]: everything on the http://trac.shr-project.org/trac/wiki/Building%20SHR page, last steps being cd shr-unstable and make image, stuck on vala-dbus-binding-tool-native with the above mentioned error |
15:56.16 | rebelThor | already done a "make update" in the top folder, so i'm guessing we're not using the same repo or something? |
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.15 | rebelThor | [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.40 | TeLLuS | rebelThor: I also get NOTE: preferred version 0.7.7 of vala-native not available (for item vala-native) |
16:05.58 | rebelThor | [Rui]: http://pastebin.com/m62ff2ef6 , No package 'gee-1.0' found |
16:07.16 | mrmoku | TAsn: does it build now? |
16:07.24 | TAsn | yes. |
16:07.27 | TAsn | thanks. |
16:07.34 | mrmoku | installed? |
16:07.37 | TAsn | mrmoku, did you put it in task-shr-feed |
16:07.39 | TAsn | mrmoku, not yet. |
16:07.44 | mrmoku | not yet :) |
16:07.46 | TAsn | had to rebuild frameworkd-glib. |
16:08.34 | TeLLuS | mrmoku: Is there a gee-1.0 or is the dependency removed? |
16:08.46 | TAsn | actually, mrmoku task-shr-minimal would be better ;) |
16:08.54 | mrmoku | TeLLuS: I set a fixed rev for vala-binding-tools-native |
16:09.03 | mrmoku | TeLLuS: though the correct fix is too add libgee-native |
16:09.04 | bumbl | mrmoku: any plans for a new image? |
16:09.15 | mrmoku | bumbl: hehe... plans since very long, yes |
16:09.31 | bumbl | openembedded again behaving badß |
16:09.32 | bumbl | ? |
16:09.44 | mrmoku | bumbl: more ourselves changing too much at once :P |
16:09.58 | bumbl | change is good ;) |
16:10.01 | mrmoku | but it's stabilizing :) |
16:10.04 | bumbl | change we believe in |
16:10.07 | bumbl | ;p |
16:10.14 | mwester | ppphhhhhtttt! |
16:10.23 | mrmoku | mwester: pleas don't build ;) |
16:10.48 | mwester | I promise I won't. |
16:10.52 | mrmoku | :P |
16:11.03 | mwester | I guess I'll just switch to Android, then... |
16:11.13 | mwester | :D :P |
16:11.25 | mrmoku | uhh... 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.13 | mrmoku | libgee-native is what is missing |
16:12.13 | TeLLuS | mrmoku: OK, that was the missing bit I needed.. bitbake libgee-native But it did not work after update for me and others like rebelThor |
16:12.22 | [Rui] | rebelThor: could you try to bitbake libgee ? |
16:12.29 | rebelThor | [Rui]:trying that now |
16:12.44 | [Rui] | mrmoku: I only see libgee in recipes/ but I may not be so updated :) |
16:12.48 | TeLLuS | without -native.. |
16:13.26 | mrmoku | [Rui]: that's the problem ;) |
16:13.38 | mrmoku | (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.21 | TAsn | mrmoku, btw, just to make sure |
16:17.30 | TAsn | for instance |
16:17.32 | TAsn | contacts show |
16:17.41 | TAsn | doesn't regenerate list, right? |
16:18.02 | TAsn | the list regenerates only when there's a NewContactAdded signal |
16:18.04 | TAsn | right? |
16:18.18 | TAsn | if not, we should remember to do that. |
16:18.36 | mrmoku | TAsn: well... that's why I added that refresh thing |
16:18.46 | mrmoku | but I'm not sure I like that |
16:18.46 | TAsn | :) |
16:18.54 | TAsn | why not? |
16:18.59 | TAsn | that's proper caching |
16:19.05 | TAsn | and will make loading of apps |
16:19.11 | TAsn | < 0.5 seconds |
16:19.19 | mrmoku | huh? |
16:19.30 | mrmoku | right now the contacts window will still destroy when closing |
16:19.39 | mrmoku | just when it's open it is getting a refresh |
16:19.44 | TAsn | so we need to fix it ;) |
16:19.47 | TAsn | so it won't |
16:19.50 | TAsn | (for caching purposes) |
16:19.52 | mrmoku | (which does not have effect before scrolling the wrong one out of sight) |
16:19.58 | mrmoku | (and does not add new ones) |
16:20.03 | mrmoku | (which I don't understand yet) |
16:20.15 | mrmoku | will try to understand that... _after_ the Pizza :P |
16:20.18 | mrmoku | which is ready now |
16:20.21 | mrmoku | bbiab |
16:20.36 | TAsn | mrmoku, yummy, pizza :) |
16:20.38 | TAsn | have fun. |
16:20.40 | TAsn | brb |
16:22.09 | *** join/#openmoko-cdevel pespin (n=pespin@84.78.212.11) |
16:27.12 | TeLLuS | rebelThor: After bitbake libgee , vala-dbus-binding-tool-native_git.bb still fail on No package 'gee-1.0' found |
16:28.42 | rebelThor | TeLLuS: I was just about to say that :) |
16:29.42 | rebelThor | [Rui]: we're still getting the error even after bitbake -c build libgee |
16:33.05 | TeLLuS | I 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.37 | rebelThor | didn't mrmoku say libgee-native is missing altogether ? |
16:36.50 | TAsn | mrmoku, i think it's better if we destroy nothing |
16:36.59 | TAsn | first we create the screens, and then only update/hide |
16:37.01 | TAsn | show |
16:37.06 | TAsn | but don't destroy. |
16:37.42 | TAsn | make: *** No rule to make target `install'. Stop. |
16:37.43 | TAsn | \ |
16:37.46 | TAsn | phoneuid :( |
16:38.01 | *** join/#openmoko-cdevel vanous123 (n=vanous@85.93.174.26) |
16:38.20 | TAsn | oh, sec. |
16:38.36 | TAsn | forgot to clean. |
16:42.32 | TAsn | no, still :| |
16:42.37 | TAsn | mrmoku, :( |
16:46.40 | TAsn | mrmoku, please try to figure out what's going wrong here :) and also, if you can, send me phoneuid so I'll have something to work with in the meanwhile |
16:51.30 | TAsn | [Rui], haven't found the problem yet, though concerning "my_realloc" you implemented, it's the same as realloc... read the man pages if you don't believe me. ;) |
16:53.21 | TAsn | and 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.11 | TAsn | that's just what I noticed on first glance. |
16:54.21 | TAsn | will look into it later... |
16:54.28 | TAsn | ciao in the meanwhile |
16:54.39 | TAsn | mrmoku, please bring salvation with you :) |
17:02.00 | *** join/#openmoko-cdevel der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
17:02.09 | mrmoku | TAsn: huh? |
17:03.10 | TAsn | mrmoku, I'm bored :) |
17:03.18 | TAsn | I want phoneuid though it doesn't build |
17:03.22 | TAsn | :( |
17:03.51 | *** join/#openmoko-cdevel khiraly1 (n=lama@dsl51B6634A.pool.t-online.hu) |
17:03.52 | mrmoku | TAsn: not possible ;) |
17:04.07 | TAsn | :( |
17:04.15 | TAsn | make: *** No rule to make target `install'. Stop. |
17:04.20 | mrmoku | local build= |
17:04.22 | mrmoku | ? |
17:04.25 | TAsn | no. |
17:04.35 | mrmoku | switches off local building... |
17:05.37 | mrmoku | stupid |
17:05.52 | TAsn | :) |
17:05.54 | TAsn | http://pastebin.com/m6914fed0 |
17:05.59 | TAsn | that's the ticket I'm using. :) |
17:06.12 | TAsn | anyhow, yeah, I figured it's something wrong with the ticket. |
17:06.13 | TAsn | ciao ;) |
17:06.20 | mrmoku | TAsn: make update and retry |
17:06.22 | mrmoku | bbl |
17:13.08 | *** join/#openmoko-cdevel DieMumiee (n=DieMumie@p54946160.dip.t-dialin.net) |
17:14.59 | rebelThor | [Rui]: if you're still around and willing to give a guy goin` nuts a little help, can you please let me know what is the contents of your shr-unstable/openembedded/recipes/libgee folder? i see a mention of libgee_0.3.0.bb on the web, though I only have libgee_0.1.4.bb libgee_0.1.6.bb libgee_git.bb |
17:27.26 | TAsn | dos1, I hate you. |
17:27.28 | TAsn | :) |
17:27.33 | TAsn | found the bad commit. |
17:27.44 | TAsn | dos1, http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5930ed552ea2c77f5e6da4717dac4ee8d7cae54a |
17:27.48 | TAsn | this broke name resolving. |
17:28.18 | TAsn | reverting this commit here |
17:28.22 | TAsn | fixed it. |
17:28.23 | TAsn | :| |
17:28.29 | TAsn | mrmoku|away, good news for you too ;) ^ |
17:29.01 | TAsn | mrmoku|away, btw, still doesn't work. :| (phoneui) |
17:29.04 | dos1 | TAsn: what's wrong in that code? |
17:29.06 | TAsn | I'll build locally for now :| |
17:29.15 | TAsn | dos1, that it broke name resolving for me |
17:29.18 | TAsn | reverting it fixed it. |
17:29.24 | dos1 | TAsn: ... |
17:29.25 | TAsn | that'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.10 | TAsn | feel free to figure this out :) |
17:30.29 | dos1 | TAsn: then you're doing something wrong, as practically there is only added try:, except: |
17:31.09 | TAsn | no |
17:31.14 | TAsn | there's also the isinstance part |
17:31.15 | TAsn | ... |
17:31.20 | *** join/#openmoko-cdevel mnt_real (n=sinan@bas12-montrealak-1167976733.dsl.bell.ca) |
17:31.23 | TAsn | which looked wrong. |
17:31.28 | dos1 | TAsn: hmm? |
17:31.31 | TAsn | to me, that's why I tried reverting this commit. |
17:31.43 | TAsn | if isinstance(field_value, (str, dbus.String)) and |
17:31.45 | TAsn | you also added that. |
17:31.48 | dos1 | so in which type you're storing your phone numbers? |
17:31.50 | TAsn | (in the upper part of the diff) |
17:32.12 | dos1 | as i said before |
17:32.13 | TAsn | dos1, I'm not, it's opimd |
17:32.15 | dos1 | resolving works ;P |
17:32.17 | TAsn | anyhow, 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.18 | dos1 | TAsn: no |
17:32.20 | TAsn | no it does not |
17:32.21 | Nebukadneza | oi |
17:32.26 | TAsn | resolving works for you |
17:32.28 | TAsn | not for me |
17:32.32 | TAsn | and neither for mrmoku |
17:32.41 | TAsn | it's 2 vs 1 |
17:33.01 | dos1 | well |
17:33.10 | dos1 | if reverting that makes it working for you |
17:33.23 | Nebukadneza | lemme try asking again here, sorry for "double post" - but mokonnect scan doesn't list networks that are visible to iwlist eth0 scan... |
17:33.30 | dos1 | then it means you're doing something wrong with storing, or there is bug somewhere else |
17:33.41 | TAsn | dos1, as I didn't store anything |
17:33.46 | TAsn | and this happens with sim contacts |
17:33.56 | dos1 | so maybe bug is somewhere else |
17:34.03 | TAsn | btw |
17:34.07 | dos1 | as this code looks fscking correctly |
17:34.07 | TAsn | I think I know what's wrong. |
17:34.16 | TAsn | my contacts are utf8 |
17:34.19 | TAsn | which means it's |
17:34.26 | TAsn | of type unicode string |
17:34.27 | dos1 | contacts? |
17:34.30 | TAsn | and not string |
17:34.31 | TAsn | yes. |
17:34.32 | TAsn | contacts. |
17:34.36 | dos1 | you mean Name field, or Phone field? ;p |
17:34.43 | TAsn | name. |
17:34.47 | TAsn | yeah, nvm my last comment |
17:34.48 | dos1 | with Name it doesn't matter |
17:34.48 | TAsn | ;) |
17:34.51 | TAsn | yeah. |
17:34.53 | TAsn | just thought about that. |
17:34.58 | TAsn | anyhow, there's a bug somewhere else |
17:35.00 | TAsn | please |
17:35.05 | TAsn | remove the first part of the and |
17:35.10 | TAsn | (i.e the isinstance) |
17:35.11 | TAsn | and add a debug |
17:35.14 | TAsn | message |
17:35.22 | TAsn | that shows the type of the field_value |
17:35.29 | TAsn | when there's an exception |
17:35.33 | dos1 | removing isinstance breaks things even more |
17:35.35 | dos1 | ;p |
17:35.41 | TAsn | not when there's a try. |
17:35.42 | TAsn | ... |
17:35.52 | dos1 | hmm |
17:35.54 | dos1 | oh, right |
17:36.09 | TAsn | just add an logger error message |
17:36.09 | dos1 | so do that ;) |
17:36.16 | TAsn | is afraid. |
17:36.24 | TAsn | as I already broke python code many times |
17:36.29 | TAsn | anyway I don't have commit access. |
17:36.37 | TAsn | so you'll have to do something anyway :) |
17:36.40 | dos1 | TAsn: no, don't commit |
17:36.41 | dos1 | just edit locally |
17:36.47 | dos1 | s/pass/logger.debug(str(type(field_value)))/ |
17:36.57 | TAsn | okie. |
17:37.06 | dos1 | and remove isinstance |
17:37.32 | dos1 | i will be suprised if you'll be able to break even that ;) |
17:39.42 | TAsn | we'll see if I can. |
17:40.01 | TAsn | anyhow, at least we found what you broke ;] |
17:40.25 | TAsn | hm.. dos! |
17:40.28 | TAsn | I think I got it. |
17:40.36 | TAsn | when you make comp for LOCAL stuff |
17:40.42 | TAsn | it's not of type dbus.string |
17:40.44 | TAsn | now is it? |
17:41.09 | TAsn | oh, the tuple probably means options |
17:41.11 | TAsn | right? |
17:41.12 | TAsn | nvm me |
17:41.28 | TAsn | I haven't done any python for a long time (pyphonelog) and even then I was a noob. |
17:42.07 | dos1 | TAsn: yup, tuple means options |
17:42.15 | TAsn | okie. |
17:42.51 | TAsn | bah, your debug message worths nothing |
17:43.01 | TAsn | as it'll probably alert it on utf8 contacts as well. |
17:44.25 | TAsn | oh ffs |
17:44.28 | TAsn | I'm an idiot anyway. |
17:44.39 | TAsn | as I didn't add the isinstance. |
17:44.42 | TAsn | bah. sec. |
17:45.17 | *** join/#openmoko-cdevel thrashold (n=europan@3mhz.net) |
17:46.09 | dos1 | just do that |
17:46.17 | dos1 | you can also add field_name |
17:46.32 | dos1 | well, you should add field_name to that debug message ;) |
17:47.29 | TAsn | thought so. |
17:47.50 | TAsn | I'm pretty sick of debugging to tell you the truth. :) |
17:47.52 | TAsn | bah. |
17:52.21 | *** join/#openmoko-cdevel jamminjohn (n=jamminjo@h-79-48.A300.priv.bahnhof.se) |
17:53.15 | mrmoku | TAsn: testing the non-local build of phoneuid now |
17:53.26 | TAsn | hm... dos1 no debug message. |
17:53.41 | mrmoku | meanwhile... if we cache screens we have to make damn sure they get reloaded properly :P |
17:54.19 | mrmoku | and just to be clear... I want to cache screens too :) |
17:54.29 | TAsn | ok, I'm an idiot. |
17:54.30 | TAsn | sec. |
17:54.35 | mrmoku | don't know how much the footprint of such a screen is... but that can't be too bad |
17:54.41 | TAsn | mrmoku, ok :) |
17:54.46 | TAsn | the foot print of all the lib |
17:54.49 | mrmoku | and it would make the phone apps.... ROCK :) |
17:54.51 | TAsn | won't pass 1mb :) |
17:55.06 | TAsn | forgot a not. |
17:55.07 | TAsn | :) |
17:55.12 | mrmoku | so... how to do reloading? |
17:55.42 | mrmoku | adding xyz_reload() here and there is... suboptimal |
17:56.00 | mrmoku | a) because we will forget three places and |
17:56.08 | mrmoku | b) there is already a mechanism for that ;) |
17:56.09 | *** join/#openmoko-cdevel thrashold (n=europan@3mhz.net) |
17:56.10 | TAsn | just rename all the load to reload |
17:56.17 | TAsn | and instead of load |
17:56.20 | TAsn | add a check if already loaded |
17:56.23 | mrmoku | huh? |
17:56.29 | TAsn | if so refresh, otherwise load |
17:56.40 | TAsn | I 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.00 | mrmoku | you have the list of contacts open... click on new... add a new contact... that won't be in the list |
17:57.41 | TAsn | sure it will. |
17:57.46 | TAsn | on NewContact |
17:57.51 | *** part/#openmoko-cdevel jamminjohn (n=jamminjo@h-79-48.A300.priv.bahnhof.se) |
17:57.54 | TAsn | contact refresh is called |
17:57.59 | TAsn | and opimd will issue a new contact... |
17:58.11 | mrmoku | so... you finally allow me to listen to FSO signals in phoneuid? ;) |
17:58.24 | TAsn | NO |
17:58.30 | TAsn | phonefsod |
17:58.34 | TAsn | listens to that signal |
17:58.40 | TAsn | and calls the refresh |
17:58.41 | TAsn | ... |
17:58.42 | mrmoku | well... that is just plain stupid |
17:59.10 | TAsn | that's the only way to make it really user friendly for backend writers |
17:59.10 | TAsn | ... |
17:59.18 | TAsn | It's not that of an overhead |
17:59.27 | mrmoku | phoneuiD is not backend |
17:59.27 | TAsn | and it makes programmer's life a lot easier. |
17:59.40 | TAsn | oh, right. |
17:59.49 | mrmoku | I don't want the backend programmer to do that... but phoneuid |
18:00.04 | TAsn | that makes sense. |
18:00.11 | TAsn | though |
18:00.15 | mrmoku | because otherwise we would have to add refresh to our API |
18:00.20 | TAsn | it still feels odd :) |
18:00.24 | TAsn | mrmoku, adding refresh to our API |
18:00.25 | mrmoku | as phonefsod uses the API to talk to phoneuid |
18:00.27 | TAsn | is wnated anyway. |
18:00.32 | TAsn | wanted* |
18:00.42 | TAsn | users may want to do that for one reason or the other. |
18:00.50 | mrmoku | I don't remember to have seen that wish in our endless API discussions ;) |
18:01.08 | TAsn | hehe. |
18:01.10 | TAsn | :) |
18:01.16 | TAsn | because it never came up. |
18:01.17 | mrmoku | the point is... they should not have to want that :P |
18:01.34 | mrmoku | if 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.56 | mrmoku | goes downstairs to think about it... brb |
18:04.42 | TAsn | still no debug message. :| |
18:04.44 | TAsn | dos1, ^ |
18:04.58 | TAsn | if not isinstance(field_value, (str, dbus.String)): |
18:04.59 | TAsn | <PROTECTED> |
18:05.00 | TAsn | added that. |
18:05.04 | TAsn | that's plain weird. |
18:05.16 | TAsn | I'll try reverting my changes, maybe something magical happened. ;) |
18:11.27 | JaMa | python-ctypes in shr/merge is somehow wrong |
18:11.28 | JaMa | <PROTECTED> |
18:11.28 | JaMa | <PROTECTED> |
18:11.28 | JaMa | ImportError: No module named _ctypes |
18:11.34 | TAsn | ok, super confirmed |
18:11.38 | TAsn | reverting it does not work. |
18:12.03 | TAsn | no time for more debugging |
18:12.08 | TAsn | I'm reverting this crap here. |
18:12.31 | *** join/#openmoko-cdevel F4t (n=F4t@94.230.91.38) |
18:13.35 | mrmoku | TAsn: phoneuid does build for me... are you sure your OE tree is up to date? |
18:13.51 | mrmoku | could you check if phoneuid_git.bb has S=${WORKDIR}/git ? |
18:14.16 | TAsn | S = "${WORKDIR}/git" |
18:14.59 | mrmoku | then it _must_ build :) |
18:15.24 | *** join/#openmoko-cdevel andi (n=andi@eeepc.andi.whyi.org) |
18:15.36 | TAsn | nvm me |
18:15.39 | TAsn | I'll just build it locally |
18:15.45 | TAsn | I'm too tired to do any more debugging today. |
18:16.03 | Hardy | you did well my friend |
18:16.06 | Hardy | its time to rest |
18:16.10 | TAsn | hehe |
18:16.12 | TAsn | mrmoku, btw. |
18:16.18 | TAsn | saw my bug report to dos? |
18:16.25 | TAsn | (concerning name resolving) |
18:16.28 | mrmoku | yup |
18:16.30 | TAsn | I found exactly what's causing it. |
18:16.35 | TAsn | please try if it's the same for you. |
18:17.33 | TAsn | btw mrmoku |
18:17.48 | TAsn | nvm actually. |
18:17.49 | *** join/#openmoko-cdevel onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
18:18.02 | TAsn | what did you decide concerning listening to refresh signal? |
18:18.56 | mrmoku | I think phoneuid should listen to changes on contacts and messages and then call some appropriate phonegui function to tell the backend to do the right thing :) |
18:20.54 | TAsn | mrmoku, I don't care enough to argue about it :) |
18:20.57 | TAsn | so do as you wish. |
18:20.57 | TAsn | ;) |
18:21.01 | TAsn | btw |
18:21.14 | TAsn | what do I need to do in order to run only phonefsod and phoneuid? |
18:21.20 | TAsn | install and then? |
18:21.26 | mrmoku | nothing |
18:21.32 | TAsn | (I don't want to completely break my phone, I'd like to have a backup...) |
18:21.38 | TAsn | mrmoku, what do I do with ophonekitd? |
18:21.45 | mrmoku | phonefsod starts via initscript and phoneuid via xsession script |
18:21.51 | mrmoku | ophonekitd you have to remove |
18:22.05 | TAsn | ok. |
18:23.16 | mrmoku | what do we do with shr-messages, contacts and dialer? |
18:23.37 | mrmoku | those are incompatible with the old 'system'... |
18:23.48 | mrmoku | and I want to have them in a repo of their own |
18:24.09 | TAsn | then make an |
18:24.15 | TAsn | shr-phone-apps repo |
18:24.16 | mrmoku | is 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.29 | TAsn | hm.. hard to tell. |
18:24.41 | mrmoku | well... actually no problem... with subpackages |
18:24.49 | mrmoku | we just need different names |
18:24.56 | TAsn | do what you understand :) |
18:25.03 | mrmoku | shr-phone-dialer |
18:25.07 | mrmoku | shr-phone-messages |
18:25.09 | mrmoku | shr-phone-contacts |
18:25.33 | TAsn | okie. |
18:25.34 | TAsn | :) |
18:25.37 | mrmoku | hmmm |
18:25.45 | mrmoku | or better |
18:25.48 | mrmoku | phoneui-dialer |
18:25.50 | mrmoku | phoneui-messages |
18:25.54 | mrmoku | and phoneui-contacts? |
18:25.54 | TAsn | :) |
18:25.57 | TAsn | YEAH> |
18:26.08 | mrmoku | and the repo is phoneui-apps :) |
18:26.22 | TAsn | cool. :) |
18:26.24 | TAsn | btw |
18:26.32 | TAsn | how can I get the old ones? |
18:26.38 | TAsn | oops |
18:26.40 | TAsn | meant the new ones ;) |
18:26.44 | TAsn | I need phone apps |
18:26.50 | TAsn | mind sending me the shr-* apps |
18:26.51 | mrmoku | local build from no-async branch ;) |
18:26.56 | TAsn | that work with phoneuid |
18:26.57 | TAsn | mrmoku, this sucks. |
18:27.00 | mrmoku | I can send them... yes |
18:27.02 | TAsn | too time consuming ;) |
18:27.04 | TAsn | thanks. |
18:27.11 | TAsn | mrmoku, tom uoeuoeuoeuot.nphapcrhocruh stosb.com :) |
18:27.48 | TAsn | or just up it somewhere. |
18:29.41 | *** join/#openmoko-cdevel fsteinel (n=fsteinel@217.251.190.75) |
18:29.56 | mrmoku | TAsn: sent |
18:30.08 | TAsn | thanks. |
18:31.33 | TAsn | mrmoku, WOW. ;| |
18:31.38 | TAsn | phone-ui-shr |
18:31.43 | TAsn | is huge! |
18:31.46 | TAsn | 2mb. |
18:31.48 | TAsn | (almost) |
18:35.34 | TAsn | mrmoku, Caught remote method exception org.freedesktop.DBus.Error.Spawn.FileInvalid: Cannot do system-bus activation with no user |
18:36.03 | mrmoku | yup phone-ui-shr is huge :( |
18:36.17 | mrmoku | TAsn: restart x |
18:36.21 | TAsn | okie. |
18:36.31 | mrmoku | the dbus-activation is not yet perfect ;) |
18:37.00 | TAsn | okie ;) |
18:37.48 | TAsn | brb food. |
18:37.59 | TAsn | although i can't wait to give it a go. :) |
18:38.38 | TAsn | I'm so glad we moved to modules instead of the ugly libraries |
18:42.12 | TAsn | Caught remote method exception org.freedesktop.DBus.Error.Spawn.FileInvalid: Cannot do system-bus activation with no user |
18:42.16 | TAsn | worked for a sec |
18:42.19 | TAsn | and then did it again |
18:42.35 | TAsn | now |
18:42.37 | TAsn | Error: Activation of org.shr.phoneui.Messages timed out |
18:44.43 | TAsn | ok |
18:44.47 | TAsn | found out what's wrong |
18:44.56 | TAsn | shr-contacts |
18:45.04 | TAsn | running that |
18:45.18 | TAsn | makes phoneuid fail |
18:45.21 | TAsn | and everything fail. |
18:45.56 | TAsn | mrmoku, ^ |
18:46.00 | mrmoku | hmm |
18:46.18 | TAsn | restarting X fixes it until next run of shr-contacts |
18:46.19 | TAsn | btw |
18:46.31 | TAsn | loading time of everything is damn fast :) |
18:46.42 | TAsn | and that's without even caching windows. |
18:46.52 | mrmoku | yup |
18:46.58 | TAsn | ok |
18:47.01 | TAsn | now shr-messages |
18:47.04 | TAsn | crashed it |
18:47.08 | mrmoku | TAsn: btw. it's enought to just start phoneuid on the console |
18:47.10 | mrmoku | -t |
18:47.12 | TAsn | it seems that trying to load the second |
18:47.16 | TAsn | contact |
18:47.19 | TAsn | *window |
18:47.21 | TAsn | breaks it. |
18:47.53 | mrmoku | TAsn: log is in /tmp/phoneuid.log |
18:48.01 | TAsn | why not in var/log? |
18:48.13 | mrmoku | as someday it is started as non-root ;) |
18:48.44 | TAsn | nothing there |
18:48.58 | mrmoku | TAsn: hmm... I have one dirty change in my phoneuid source... I commented out the closing of stdio and forking |
18:49.05 | mrmoku | maybe that is the culprit |
18:49.14 | lindi- | mrmoku: isn writing to /tmp/phoneuid.log an obvious security bug? |
18:49.17 | mrmoku | well... probably it is |
18:49.20 | lindi- | mrmoku: surely non-root can wirte to /var/log |
18:49.28 | TAsn | please push it. |
18:50.15 | TAsn | and let me know. ;) |
18:50.21 | *** join/#openmoko-cdevel max_posedon (n=max_pose@80.249.91.107) |
18:50.23 | mrmoku | lindi-: I just put it there because I was not yet sure where to put it... but yes, you're right and I will change it :) now :D |
18:50.50 | TAsn | mrmoku, :) |
18:50.52 | lindi- | 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.14 | TAsn | anyhow, mrmoku please push your changes ;) |
18:52.00 | TAsn | food. |
18:52.25 | CIA-26 | SHR: 03mok 07phoneuid * re35a1b2d6bc9 10/src/phoneuid.c: disable daemonizing and log to /var/log instead of /tmp |
18:52.28 | mrmoku | TAsn: ^^^ |
18:52.34 | TAsn | thanks ;) |
18:52.42 | TAsn | no need to daemonize anyway. |
18:52.47 | TAsn | that's plain annoying :) |
18:52.50 | mrmoku | lindi-: then I'm fine... because it is not yet uploaded nowhere :) |
18:53.11 | TAsn | btw |
18:53.48 | TAsn | what do you think about using a monitor daemon (for framework/phonefsod/phoneuid) ? or at least use infinite loops in the startup scripts? |
18:54.16 | TAsn | this is of course just a backup |
18:54.19 | mrmoku | TAsn: I think we can get along without another daemon |
18:54.23 | TAsn | but it's a good backup. |
18:54.27 | TAsn | then infinite loops. |
18:54.29 | mrmoku | they can watch each other on the dbus :) |
18:54.54 | TAsn | and what if both fails? what's wrong with a loop? :) |
18:54.58 | mrmoku | I want to add handling of NameOwnerChanged to phonefsod anyway |
18:55.08 | mrmoku | (to watch out for frameworkd restarts) |
18:55.27 | TAsn | ok |
18:55.29 | TAsn | mrmoku, btw |
18:55.30 | mrmoku | TAsn: it might just hang your thing if there is a problem? |
18:55.42 | TAsn | phoneuid |
18:55.46 | TAsn | doesn't start |
18:55.56 | mrmoku | after update? |
18:55.57 | TAsn | no segfault no nothing |
18:55.59 | TAsn | yes. |
18:56.05 | TAsn | just running "phoneuid" |
18:56.06 | mrmoku | logfile? |
18:56.17 | lindi- | mrmoku: two loops sound tricky |
18:56.18 | TAsn | no log file. |
18:56.30 | mrmoku | /var/log/phoneuid.log? |
18:56.35 | mrmoku | nothing? |
18:56.54 | TAsn | oh weird |
18:56.59 | TAsn | it's still in /tmp |
18:57.00 | TAsn | :| |
18:57.04 | TAsn | hm.. I fucked something up |
18:57.06 | TAsn | sec. :) |
18:57.08 | mrmoku | :) |
18:57.19 | TAsn | hehe nvm. |
18:57.20 | TAsn | sh.. |
18:57.39 | TAsn | rebuild the wrong package. |
18:57.45 | mrmoku | ouch :P |
18:57.46 | TAsn | mrmoku, anyhow, what do you think about our shipping status? |
18:57.55 | TAsn | I think we can start using this |
18:58.02 | TAsn | after 2 days of testing. |
18:58.03 | TAsn | btw |
18:58.09 | mrmoku | we could offer it as alternative as a start |
18:58.16 | TAsn | mrmoku, what do you think we should do with the opimd bug? |
18:58.16 | mrmoku | tell people to test it |
18:58.23 | TAsn | mrmoku, what for? |
18:58.36 | TAsn | I think it's just a slow idea. |
18:58.49 | mrmoku | hehe... fast-TAsn ;) |
18:58.51 | TAsn | I mean, you didn't let people test ophonekitd after every upgrade. |
18:58.52 | TAsn | :) |
18:58.56 | TAsn | that's just a big upgrade. |
18:59.02 | mrmoku | very big one ;) |
18:59.14 | TAsn | sh.. |
18:59.16 | mrmoku | then lets test it at least for a day :) |
18:59.17 | TAsn | don't tell em. |
18:59.30 | TAsn | mrmoku, I already said 2, but I'm fine with reducing it to one :) |
18:59.58 | TAsn | I think we should make a new unsntable at the moment someone fixes xorg. |
18:59.59 | mrmoku | uhh... and there is still untested stuff... like the dialogs |
19:00.02 | mrmoku | pin authentication |
19:00.06 | mrmoku | and incoming messages |
19:00.42 | TAsn | yeah. |
19:00.46 | TAsn | someone should really test that. |
19:00.58 | TAsn | anyhow, list of known issues: |
19:01.22 | TAsn | hard to fix: getting names in messages list |
19:01.33 | mrmoku | will take a look at that |
19:01.34 | max_posedon | hi!, what is shr-mrmoku status? is it merged to shr-U? |
19:01.35 | TAsn | easy to fix: getting names when adding from number in messages. |
19:01.43 | TAsn | max_posedon, I just said I want it to be merged :) |
19:02.02 | max_posedon | ah, cool, same here, but I think users don't want |
19:02.11 | max_posedon | suspend and X are very slow |
19:02.18 | mrmoku | TAsn: you mean resolving when adding a number? |
19:02.28 | TAsn | yes. |
19:02.30 | TAsn | and btw |
19:02.33 | TAsn | when adding a contact |
19:02.41 | TAsn | we forgot to remove the tel |
19:02.42 | TAsn | ... |
19:02.43 | mrmoku | index ;) |
19:02.48 | TAsn | and index |
19:02.49 | TAsn | yeah. |
19:02.50 | TAsn | :) |
19:02.57 | TAsn | so that's the list of missing features/bugs |
19:03.03 | TAsn | (known ones, of course) |
19:03.10 | TAsn | other than that, I think everything is perfect. |
19:03.15 | mrmoku | yeah... will find some more for sure :P |
19:03.18 | TAsn | hehe :) |
19:03.47 | TAsn | mrmoku, btw, loading of apps is too fast, we don't have time to show a "loading" dialog, maybe we should slow that down a bit ;] |
19:03.57 | TAsn | oh, and most importantly |
19:04.16 | TAsn | we should hire mafia guys to beat dos1 up until he reverts that evil opimd name resolving patch of his. :) |
19:04.38 | mrmoku | TAsn: we can always add some splash commercial before showing the screen ;) |
19:04.46 | mrmoku | that will bring some money :P |
19:04.50 | TAsn | hehe yeah. |
19:04.56 | TAsn | or maybe doing something like |
19:04.59 | TAsn | "the 25th frame" |
19:05.00 | *** join/#openmoko-cdevel DieMumiee (n=DieMumie@p54946160.dip.t-dialin.net) |
19:05.19 | TAsn | i.e subconscious commercials |
19:05.43 | TAsn | meant http://en.wikipedia.org/wiki/25th_frame |
19:05.47 | mrmoku | hehe |
19:06.03 | TAsn | JaMa, any progress with speeding up xorg resume time? |
19:06.07 | mrmoku | don't know if glamo is fast enough for that ;) |
19:06.10 | TAsn | mrmoku, btw, we still need to fix my gtk theme. ;) |
19:06.23 | TAsn | mrmoku, hehe yeah, too much graphics work for that shitty old bugger ;) |
19:06.36 | lindi- | TAsn: any progress on making it possible to measure it? |
19:07.29 | TAsn | lindi-, I'm still using low-tech measurement devices, I get a pint of beer, if I can chug it *before* the moko resumes it means it's not fast enough ;) |
19:07.43 | TAsn | I'm still waiting for more high tech measurement solutions though. |
19:08.24 | TAsn | or in other words, we have vague definitions of fast and slow, but those definitions are fairly consistent, so I guess my question is well defined. |
19:08.24 | dos1 | well, measurement is not needed to notice it... |
19:08.24 | lindi- | TAsn: just video recording would do? |
19:08.32 | TAsn | lindi-, :) |
19:08.37 | dos1 | it's 2-3 times slower than with kdrive |
19:08.47 | TAsn | dos1, exactly what I said. |
19:08.51 | lindi- | since I don't find it very slow |
19:08.53 | TAsn | dos1, it's 8 seconds instead of 1 |
19:09.03 | TAsn | lindi-, we are talking about shr's xorg |
19:09.04 | dos1 | yup |
19:09.11 | TAsn | since we know something went wrong with that |
19:09.14 | lindi- | TAsn: i have debian's xorg |
19:09.16 | TAsn | we know xorg on debian is fast |
19:09.19 | TAsn | lindi-, I know. |
19:09.24 | lindi- | aha |
19:09.25 | dos1 | TAsn: 8 seconds? |
19:09.28 | dos1 | it's 5 seconds here |
19:09.29 | TAsn | that's what we are trying to reach. |
19:09.36 | TAsn | dos1, more like 6-7 |
19:09.37 | dos1 | (but with kdrive it was 1-2 sec :P) |
19:09.43 | TAsn | with kdrive it was |
19:09.44 | TAsn | 0-1 |
19:09.45 | lindi- | measures |
19:09.45 | TAsn | :) |
19:10.13 | TAsn | lindi-, we know xorg is superior ;) don't forget I used to bug you with questions about xorg a couple of months back :) |
19:10.13 | dos1 | hmm |
19:11.13 | dos1 | i just wanted to say that suspend is also slower, but then i realized that i switched back to ousaged, and that's why suspend is slow ;) |
19:11.21 | TAsn | mrmoku, still crashes when running the second app :| |
19:11.28 | dos1 | but resume is slow due to kdrive->xorg change, for sure |
19:11.29 | lindi- | what video recording application would be easy to use for usb webcam? |
19:11.40 | TAsn | cheese |
19:11.44 | TAsn | or something like that |
19:11.47 | TAsn | iirc it does video. |
19:11.51 | lindi- | does it support timestamping frames? |
19:11.55 | TAsn | not sure though. |
19:12.01 | TAsn | lindi-, second Q, nope. |
19:12.05 | TAsn | but there's kino |
19:12.15 | TAsn | oh wait |
19:12.18 | TAsn | kino is for dv cams |
19:12.19 | TAsn | I think. |
19:12.21 | TAsn | bah ;) |
19:12.29 | TAsn | mrmoku, |
19:12.34 | *** join/#openmoko-cdevel JesusMcCloud (n=jesus@188-23-251-220.adsl.highway.telekom.at) |
19:12.39 | TAsn | please build localli |
19:12.43 | TAsn | locally |
19:12.51 | TAsn | (use latest phoneuid) |
19:12.54 | TAsn | and check what's wrong |
19:12.55 | TAsn | please. |
19:13.16 | mrmoku | ok |
19:13.21 | TAsn | here second run causes a segfault\ |
19:13.28 | TAsn | (i.e running the second app) |
19:13.47 | TAsn | now, finally, food! :) |
19:18.26 | mrmoku | shower |
19:29.20 | TAsn | mrmoku, 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.24 | TAsn | mrmoku, 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.42 | TAsn | mrmoku, and I have a hunch what may be wrong. is it possible that dbus/glib creates threads? as I see you do init threads. |
19:38.59 | mrmoku | TAsn: thing is... it works so nice for me |
19:39.05 | TAsn | hehe :) |
19:39.11 | mrmoku | are you sure your libphone-ui is uptodate? |
19:39.19 | TAsn | 100% sure. |
19:39.23 | mrmoku | hmm |
19:39.24 | TAsn | but I don't mind giving it another go. |
19:39.24 | TAsn | ;) |
19:39.37 | mrmoku | or maybe some second phoneuid still running? |
19:39.40 | mrmoku | hmm |
19:39.48 | TAsn | yeah, up to date |
19:39.52 | TAsn | no two phoneuids |
19:39.54 | mrmoku | shoulld not be possible though... |
19:39.56 | mrmoku | yup |
19:42.19 | [Rui] | TAsn: u there? I found out one thing |
19:42.26 | TAsn | [Rui], ? |
19:42.37 | [Rui] | TAsn: about my ssl issue... I just copy & pasted https.c and put into my code, directly |
19:42.47 | TAsn | and? |
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.05 | TAsn | hehe, told ya it's a pkg-config issue :) |
19:43.28 | TAsn | [Rui], anyhow, feel free to start using our dbus api ;) |
19:43.37 | TAsn | (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.54 | TAsn | [Rui], yeah. |
19:43.58 | [Rui] | TAsn: after fixing ssl I'll look into dbus :) |
19:44.03 | TAsn | hehe ;) |
19:44.05 | TAsn | cool. |
19:44.07 | TAsn | great. |
19:44.29 | TAsn | mrmoku, anyhow, more important than fixing my issue |
19:44.37 | TAsn | look at my comments |
19:44.54 | TAsn | fopen vs open and strftime_l vs what you did there |
19:44.59 | TAsn | and fprintf vs write |
19:45.30 | TAsn | and btw, as I told you, you can't just close stdin/out/err you gotta reopen them to something, like /dev/null |
19:45.38 | TAsn | which "daemon" does on it's own |
19:45.41 | TAsn | man daemon. |
19:46.43 | TAsn | mrmoku, it's not thread related |
19:46.46 | TAsn | which must mean |
19:47.02 | TAsn | your package was built with different source files. |
19:47.24 | TAsn | actually |
19:47.29 | TAsn | I'll fix my comments |
19:47.38 | TAsn | you just try to find you what went wrong with my bug :) |
19:47.43 | DocScrutinizer-8 | yo kids |
19:48.29 | TAsn | though actually |
19:48.33 | TAsn | mrmoku, daemonizing sucks |
19:48.40 | TAsn | I'll just fix my remarks. |
19:48.43 | TAsn | nothing more than that. |
19:51.47 | mrmoku | TAsn: you have specs locally build, right? |
19:51.52 | mrmoku | TAsn: uptodate? :P |
19:52.05 | TAsn | sec, verifying |
19:52.19 | TAsn | actually, nothing to verify, theyre not up to date. |
19:52.20 | TAsn | :) |
19:52.40 | TAsn | oh |
19:52.42 | TAsn | on my box |
19:52.43 | TAsn | not on moko |
19:52.44 | mrmoku | ahh... that might cause trouble :P |
19:52.45 | TAsn | yeah, up to date. |
19:52.46 | TAsn | ... |
19:53.08 | mrmoku | getting out of ideas... |
19:53.12 | mrmoku | and log says nothing? |
19:54.13 | *** join/#openmoko-cdevel edgar (n=christop@cm56-222-142.liwest.at) |
19:55.28 | TAsn | nothing. |
19:55.38 | TAsn | it's an evas/ecore error though |
19:55.42 | TAsn | as I get the segfault there. |
19:56.04 | mrmoku | EDJE ERROR: file /usr/share/elementary/themes/default.edj, group elm/index/base/vertical/default has a non-fixed part. add fixed: 1 1; ??? |
19:56.07 | mrmoku | that one? |
19:56.21 | mrmoku | no |
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.14 | CIA-26 | SHR: 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.46 | kinneh | is it just me or has it been a while since any updates to shr-u ? |
20:00.52 | TAsn | mrmoku, no. |
20:01.32 | mrmoku | TAsn: for today I'm out of ideas... maybe just remove and reinstall the original shr-... packages and switch back to ophonekitd |
20:01.37 | mrmoku | as I'm going to bed now |
20:02.03 | [Rui] | mrmoku: good night! :) |
20:02.13 | mrmoku | I will do the phoneui-apps packages tomorrow morning... so it is easier to switch between ophonekitd and phonefsod |
20:02.22 | mrmoku | [Rui]: thanks and have fun with ssl :) |
20:02.30 | [Rui] | mrmoku: pkg-config! |
20:02.42 | mrmoku | yeah... mega fun :| |
20:03.05 | mrmoku | TAsn: I rechecked that all my trees are clean and pushed |
20:03.06 | TAsn | mrmoku, that's not an option :) |
20:03.14 | TAsn | mrmoku, I suspect |
20:03.20 | TAsn | you use a different package than what I have |
20:03.24 | TAsn | mind sending me you package? |
20:03.31 | mrmoku | phoneuid? |
20:04.35 | TAsn | yes. |
20:04.40 | TAsn | I think this may be it. |
20:04.40 | TAsn | :| |
20:04.54 | mrmoku | yup, probably... sending |
20:04.58 | TAsn | thanks. |
20:05.06 | TAsn | this way it'll be easier to know what went wrong. |
20:05.33 | mrmoku | TAsn: you're sure to copy the correct one? |
20:05.38 | mrmoku | I bumped PR |
20:05.44 | TAsn | hates mrmoku |
20:05.44 | mrmoku | so it should be LOCAL-r1 |
20:05.55 | mrmoku | :P |
20:05.55 | TAsn | oh wait |
20:05.56 | TAsn | yeah |
20:05.59 | TAsn | I'm using r1 |
20:06.02 | mrmoku | ok... sent |
20:06.09 | TAsn | phoneuid_0.0.0\+gitrLOCAL-r1_armv4t.ipk |
20:06.23 | TAsn | thanks. |
20:06.24 | TAsn | night. |
20:06.44 | mrmoku | good luck :-) |
20:06.44 | mrmoku | and good night :) |
20:11.02 | *** join/#openmoko-cdevel Gorbusch (n=frank@80-121-98-59.adsl.highway.telekom.at) |
20:12.08 | CIA-26 | SHR: 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.04 | TAsn | mrmoku|away, at least we found out it's not you, it's me. ;) |
20:19.11 | TAsn | mrmoku|away, something is broken even with your pack. |
20:19.30 | TAsn | is looking into it. |
20:19.35 | *** join/#openmoko-cdevel Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com) |
20:34.14 | TAsn | mrmoku|away, ok, found more info, it seems that this only happens after I close *all* the windows, i.e if I open dialer, I can open and close everything else as long as I keep one open |
20:34.22 | TAsn | though after I close it |
20:34.25 | TAsn | everything 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.59 | JesusMcCloud | qick question: how long does it take to build shr unstable? (my internet connection is 20mbit, speedtest confirmed it) |
20:47.22 | TAsn | hey |
20:47.26 | TAsn | what's slyon's email? |
20:47.55 | TAsn | nvm |
20:48.56 | JesusMcCloud | I 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.49 | JesusMcCloud | sorry 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.16 | JesusMcCloud | did it |
20:52.19 | [Rui] | JesusMcCloud: ok |
20:52.39 | [Rui] | if everything goes well, perhaps half a day? |
20:53.31 | JesusMcCloud | Rui, are you shitting me? |
20:54.34 | DocScrutinizer-8 | JesusMcCloud: aiui i'd suggest -j 3 or even -j 4, for a quad |
20:56.30 | JesusMcCloud | I started the build process about half an hour ago... if it takes mor that 2 hours I guess its worth cancelling and restartign with -j 4 (I wonder how laggy my box will become) |
20:56.52 | TAsn | I'm glad, we managed to do a lot today :) |
20:56.53 | TAsn | ciao. |
20:57.19 | DocScrutinizer-8 | JesusMcCloud: I think it's worth doing that now |
20:57.27 | JesusMcCloud | will do thanks |
20:57.48 | DocScrutinizer-8 | don'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.23 | JesusMcCloud | dammit, 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.36 | DocScrutinizer-8 | JesusMcCloud: 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.01 | JesusMcCloud1 | I figured, but since it already was set to -j 4 and everythign else worked just fine, I'll probably renice the jobs to give them more cpu time |
21:06.10 | JesusMcCloud1 | I think I schould clean it, because it hangs here: NOTE: Handling BitBake files: \ (4475/6959) [64 %] |
21:06.54 | DocScrutinizer-8 | JesusMcCloud: (re)nice and prio has nothing to do with amount of cpu time first instance. I.E. your jobs always get full cpu time as long as no higher priorized task is waiting for a timeslice |
21:08.05 | DocScrutinizer-8 | so I usually suggest a "nice make foo" |
21:08.13 | mwester | 'hangs' during bitbake parsing are almost always due to network issues somewhere; they usually occur when a recipe says it wants "The latest" version of a set of sources, so bitbake dutifully goes off to ask the remote git or subversion or whatever repo what version is the latest -- and a hang results when that remote server is down or slow. |
21:08.16 | [Rui] | 655 MB??? /opt/openmoko/shr-unstable/downloads/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz |
21:08.53 | DocScrutinizer-8 | lol |
21:09.23 | mwester | What? You don't want ALL the versions of webkit, then??! :-D :-D |
21:09.38 | JesusMcCloud1 | DocStructurizer, how is what you said, different, from what I think I said (german native speaker, might save some troubles with deialed expressions) |
21:09.42 | JesusMcCloud1 | *dtailed |
21:09.47 | JesusMcCloud1 | waaaaah DETAILED |
21:10.03 | TAsn | [Rui], yeah, I also wanted to die on that part. ;) |
21:10.04 | DocScrutinizer-8 | hehehe |
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.56 | JesusMcCloud1 | Rui, yup seems that gremlins were messin around with my network connection |
21:10.59 | mwester | It 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.23 | mwester | That's bad. |
21:11.23 | DocScrutinizer-8 | JesusMcCloud: you suggested to give your compiler jobs *more* cpu time. A "nice foo" lowers the chances for foo to get cpu time, if another task with higher prio asks for cpu |
21:12.01 | JesusMcCloud1 | nice values: the lower the better, for what I know |
21:12.20 | mwester | [Rui], something is misconfigured then; the recipe should not refer to shr-project, and if it does not then shr has some sort of override that is pointing it to a "cache" incorrectly. |
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.09 | DocScrutinizer-8 | JesusMcCloud: that's true, and a nice is identical with nice -n +10 iirc |
21:13.58 | DocScrutinizer-8 | so the task is more ~nice~ to other tasks resp the system at large |
21:16.05 | DocScrutinizer-8 | JesusMcCloud: btw as non-root you can't lower niceness of your (or any other) processes, you are limited to niceness of the process that spawns the child (here makejob) |
21:17.09 | DocScrutinizer-8 | i.e. a "nice -n -5" won't work |
21:17.51 | DocScrutinizer-8 | and won't help anyway |
21:18.12 | DocScrutinizer-8 | except making your terminal and desktop etc even more sluggish |
21:18.50 | *** part/#openmoko-cdevel pablomino (n=pablo@201.215.181.49) |
21:19.07 | JesusMcCloud1 | thanks rui. well nothing is sluggish, I don't even notice something is running |
21:20.23 | JesusMcCloud1 | is 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.33 | JesusMcCloud1 | compiling 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.34 | JesusMcCloud1 | dammi I don't think my cpu ever heated up that much since I got this machine |
21:24.39 | cz_jc | hello ^^ |
21:24.51 | DocScrutinizer | JesusMcCloud1: to have a nice time waiting for make, I suggest "info coreutils 'nice invocation'" |
21:26.56 | TeLLuS | [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.43 | DocScrutinizer | JesusMcCloud1: |
21:27.44 | DocScrutinizer | <PROTECTED> |
21:27.49 | DocScrutinizer | <PROTECTED> |
21:27.49 | DocScrutinizer | <PROTECTED> |
21:27.50 | [Rui] | TeLLuS: no idea |
21:27.56 | JesusMcCloud1 | DocScrutinizer: don't bother.. load avarage: 96% on all 4 cores |
21:28.21 | JesusMcCloud1 | still no sluggishness |
21:29.14 | JesusMcCloud1 | I guess I am lucky to have wiped clean my floor, or all th dust would have gotten sucked in by my box |
21:29.15 | DocScrutinizer | JesusMcCloud1: nice is NOT aout giving more cpu time to make, it is about *other* processes to snatch a timeslice in a reasonable response time |
21:29.51 | JesusMcCloud1 | DocScrutinizer: now I got it |
21:29.54 | JesusMcCloud1 | thanks |
21:31.34 | JesusMcCloud1 | by 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.17 | DocScrutinizer-8 | err aha |
21:47.53 | [Rui] | error: Unable to get pack file http://github.com/slyon/today.git/objects/pack/pack-2af6161f3bf3d037030f046d29dbac049a03b42c.pack |
21:48.16 | prahal | what the heck at-over-fso and ffalarms are a mess to build on non bitbake system . There is nothing to build it . Is there a bitbake to autoconf converter ? I bet no |
21:48.50 | prahal | is it still the recommanded alarm application ? Because it will take time to get it to compile |
21:49.04 | mwester | bitbake and autoconf are not related. |
21:49.36 | mwester | bitbake builds sets of applications, and how each application (or lib) is built is up to the app or lib -- most use autoconf. |
21:49.39 | [Rui] | which also means I'm pretty much fudged for generating elmdentica packages until it stabilizes a bit again :) |
21:51.11 | prahal | mwester, well if this package was not shipping patches applied via bitbake to it release snapshot (how weird this is ... applying patches to one own source ?!) . Thus it mess with the build system |
21:51.51 | prahal | mwester, maybe it is just the developper abusing bitbake . But for those sources bitbake is indeed part of the build process |
21:52.10 | mwester | Some patches applied are to make the package's build system work with OE -- so you don't need them if you build outside of OE. |
21:52.46 | mwester | The other patches are simply patches that should exist in the package's bug tracker or patch system, but have not been applied to the package source yet. |
21:53.08 | mwester | in other words, the rules are that if you have a patch that is not specific to OE, it must be submitted upstream to the package maintainer. |
21:55.23 | prahal | but it is the package source, I grab this from upstream :-/ |
21:55.42 | mwester | So what's the problem? |
21:56.19 | mwester | Follow the upstream build instructions (autoconf, or make, or whatever), and it should be fine -- if you have all the dependencies installed. |
21:56.26 | prahal | to port it to hackable1 or debian one have to maintain a duplicate of the upstream with standard build tools |
21:56.39 | mwester | Yes. of course. |
21:57.30 | [Rui] | gah, I give up. to bed |
21:57.34 | prahal | should be the opposite ... I mean image if enlightenment was not available except with debian rules (no make , autoconf or else) |
21:58.04 | Kensan | mwester: bonsoire |
21:58.12 | Kensan | mwester: long time no see! |
21:58.12 | mwester | maybe you should explain the problem parhal. |
21:58.43 | mwester | You are upset with bitbake because the upstream developer does not have a make or autoconf system to build the upstream sources? |
21:59.02 | mwester | Kensan, good evening! |
21:59.04 | prahal | upstream is not portable to any system except bitbake |
21:59.27 | mwester | I disagree with that. |
21:59.36 | Kensan | mwester: how are things with you? |
21:59.43 | prahal | is this common among developpers of shr applications ? this will be a pretty big lock in for shr |
21:59.47 | mwester | bitbake does not issue compilation commands; it drives something else (make, smake, etc) that builds. |
22:00.52 | prahal | yes this is the way every other system on earth does . But this makefile (only build tool available) calls bitbake, set the path of everything to shr hardcoded pathes |
22:01.01 | mwester | prahal, you need to learn a bit more about bitbake and OE -- please review the OE wiki to understand how it works. bitbake is like a meta-make utility that simply goes around and builds lots of packages -- it requires that each package have a funtioning build environment, be it make, autoconf, or a custom shell script. bitbake does not issue "cc" commands. |
22:01.21 | mwester | prahal, you are referring to the Master makefile, right? |
22:01.50 | prahal | no all the makefile (master and src) |
22:01.52 | mwester | the Master Makefile simply calls bitbake -- bitbake then calls make, or smake, or jam, or whatever the build tool is for each package. |
22:02.08 | mwester | No package calls bitbake from its makefile. |
22:02.23 | mwester | That is simply not possible as bitbake cannot be invoked in that manner (it is not re-entrant). |
22:02.24 | prahal | well bitbake is only called from the master one . But shr is hardcoded in all the makefiles |
22:02.53 | mwester | The makefiles may have been generated by autoconf, in which case all manner of things may appear to be hardcoded. |
22:03.10 | prahal | no autoconf . Hand made |
22:03.19 | mwester | But in any case, it remains that your issue is with the upstream package -- not with bitbake. |
22:03.41 | mwester | So you need to find the maintainers of that upstream package, and converse with them to resolve the build issues for other distros. |
22:04.12 | prahal | sure , never told the opposite . I am worried that developpers of shr applications are hardcoding everything for shr buidl environement (pathes, etc) |
22:04.31 | mwester | Kensan, things are busy -- and my current contract takes me to horrible places where I am imprisoned behind draconian firewalls... :( So I'm not around much anymore. :( |
22:04.35 | Kensan | prahal: do you have an example? |
22:04.47 | prahal | at-over-fso , ffalarms |
22:05.06 | prahal | right now that s what I am interested in (an alarm application) |
22:05.07 | Kensan | mwester: ah, that sucks... well at least you have contracts ;) |
22:05.30 | Kensan | prahal: do you have a link to the makefile that bothers you? |
22:05.31 | mwester | Yes, so I won't starve this year. |
22:06.16 | DocScrutinizer-8 | mwester: how long's your sentence? Any chance for getting out early due to nice beagviour? ;-P |
22:06.39 | mwester | I'll be out in a month or two. And then back to the unemployment line, I guess. :( |
22:06.43 | DocScrutinizer-8 | behaviour even |
22:06.45 | Kensan | DocScrutinizer-8: Oh hey doc :) |
22:06.50 | prahal | http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/Makefile?rev=57&root=ffalarms&view=auto |
22:06.53 | UberNeo | i am unable to get any sound in Hackable1 ..for mplayer ..however i am able to get the call sound |
22:06.58 | DocScrutinizer-8 | hi Kensan |
22:07.18 | prahal | did nto found the scm web for at-over-fso yet |
22:07.19 | Kensan | mwester: well I am busy with other things and haven't been following the project lately... |
22:07.52 | UberNeo | DocScrutinizer, please help me with no sound for mplayer |
22:08.29 | DocScrutinizer-8 | UberNeo: *sigh*, go ahead |
22:08.47 | Kensan | prahal: well you need to talk to the author to remove all specific things from the makefile and make it generally applicable. |
22:08.48 | UberNeo | DocScrutinizer, i am unable to get any sound in Hackable1 ..for mplayer ..however i am able to get the call sound |
22:09.15 | DocScrutinizer-8 | UberNeo: that's different issue, completely different |
22:09.47 | DocScrutinizer-8 | UberNeo: can you config alsa audio device for mplayer? |
22:10.08 | UberNeo | i dont know how to do that |
22:10.40 | DocScrutinizer-8 | well, I guess somewhere in mplayer settings, no? |
22:10.52 | DocScrutinizer-8 | or via cmdline parameter |
22:11.27 | UberNeo | i have used .. different audio parameters like -ao oss ,-ao mpegpes , -ao pcm |
22:11.43 | UberNeo | but no sound on any of them |
22:12.04 | DocScrutinizer-8 | -ao alsa ? |
22:12.51 | UberNeo | that also doesnt gives any sound |
22:13.06 | DocScrutinizer-8 | UberNeo: either -ao alsa, or you need aoss wrapper like "aoss mplayer -ao oss" |
22:14.00 | PaulFertser | UberNeo: or you need to not forget to load stereout statefile |
22:14.26 | UberNeo | i think stereoout statefile is the problem |
22:14.43 | UberNeo | do u have any default stereoout.state file which works |
22:14.43 | DocScrutinizer-8 | which still shoud be default loaded by fso |
22:15.11 | UberNeo | but im using debian based Hackable1 |
22:15.12 | DocScrutinizer-8 | the one that gives you ringtone is the one that works |
22:16.27 | UberNeo | my ringtome works |
22:16.40 | UberNeo | but which file gives the ringtone |
22:16.53 | DocScrutinizer-8 | stereoout.state |
22:16.56 | DocScrutinizer-8 | usually |
22:17.35 | UberNeo | so which control ..i need to change in stereoout.state file |
22:17.48 | DocScrutinizer-8 | NONE!! |
22:18.55 | DocScrutinizer-8 | alsactl restore -f /path/to/your/stereoout.state |
22:18.57 | UberNeo | but if the ringtone and mplayer are using th same stereoout.state file ..then why i am able to get ringtome sound ..but no sound in mplayer |
22:19.28 | DocScrutinizer-8 | mplayer is NOT using any alsastate file |
22:20.07 | DocScrutinizer-8 | YOU have to do that (until one nice day in far future someone get around ACI alsa devices) |
22:21.22 | DocScrutinizer-8 | UberNeo: do "alsactl restore -f /path/to/your/stereoout.state; mplayer -ao alsa default" |
22:21.43 | UberNeo | i did this .. alsactl restore -f /usr/share/openmoko/scenarios/stereoout.state and tried mplayer -ao alsa ..but no sound :( |
22:22.21 | DocScrutinizer-8 | UberNeo: or "alsactl restore -f /path/to/your/stereoout.state; aoss mplayer -ao oss" |
22:23.16 | UberNeo | DocScrutinizer, whats this aoss |
22:23.35 | DocScrutinizer-8 | there's a garbled libasound.so which does not support alsa devices. If mplayer uses this lib, the obviously -ao alsa won't work |
22:24.13 | DocScrutinizer-8 | aoss is a wrapper to -ldpreload a adapter stub to tweak oss audio to alsa devices |
22:24.32 | UberNeo | how do install it in a debian system |
22:24.45 | DocScrutinizer-8 | duh, no idea |
22:24.54 | DocScrutinizer-8 | apt install aoss? |
22:24.55 | apt | ACTION runs yum -y localinstall aoss-4.2-1.noarch.rpm |
22:25.15 | DocScrutinizer-8 | ~shutup |
22:25.16 | apt | yes master, I'll STFU |
22:25.54 | UberNeo | there is no package for aoss |
22:26.51 | DocScrutinizer-8 | sorry, no debian here to figure how to do that |
22:27.13 | DocScrutinizer-8 | PaulFertser: can you help me out please |
22:28.01 | DocScrutinizer-8 | ~install foooobarr? |
22:28.02 | apt | ACTION runs yum -y localinstall foooobarr-4.2-1.noarch.rpm |
22:28.17 | DocScrutinizer-8 | hmm, guessed it's a hoax |
22:28.53 | UberNeo | actually ..i ahve this no sound problem in SHR also ..if i use mplayer ..then no sound ..but if firstly if i plays anysong using intone and then again uses mplayer then it works |
22:30.20 | DocScrutinizer-8 | so obviously intone knows how to load the correct statefile, while you did sth wrong on that |
22:31.08 | DocScrutinizer-8 | or intone is a fsckd up app that uses oss-compatibility support for alsa |
22:31.27 | DocScrutinizer-8 | and even knows how to load that |
22:32.49 | UberNeo | ok ..can u tell me which control is used to increase the speaker volume in stereoout.state file |
22:33.09 | DocScrutinizer-8 | ~fr-audio |
22:33.10 | apt | i heard fr-audio is http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem and http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem |
22:34.35 | *** join/#openmoko-cdevel RussH (n=GB6864BZ@gbcfpxy1.att.com) |
22:37.06 | UberNeo | this also doesnt helps |
22:37.13 | UberNeo | still no sound |
22:37.15 | UberNeo | :( |
22:39.59 | DocScrutinizer-8 | UberNeo: alsactl store -f foo saves the whole mixer setup to foo. If you do that after you managed to have sound in mplayer, then you easily can alsactl restore -f foo anytime |
22:40.51 | UberNeo | ok DocScrutinizer |
22:41.43 | DocScrutinizer-8 | if that does not help, then you have an issue with oss compatibility and you need to cleanup your installation, to not use broken libasound.so etc |
22:43.03 | UberNeo | so this prob is because of libasound.so |
22:43.29 | DocScrutinizer-8 | I'm not maintainer of mplayer, not of intone, and not of libasound. I just can tell you how it *should* work if those guys did a decent job |
22:44.39 | DocScrutinizer-8 | borked libasound causes mplayer not to know -ao alsa |
22:44.49 | UberNeo | ok |
22:44.56 | DocScrutinizer-8 | or not to handle it correctly |
22:45.01 | DocScrutinizer-8 | afaik |
22:45.21 | DocScrutinizer-8 | as mentioned above, I'm not maintainer of mplayer |
22:45.42 | UberNeo | yes DocScrutinizer |
22:48.33 | DocScrutinizer-8 | UberNeo: id "aplay -D default anysound.wav" works, then mplayer is misconfigured or borked. You might have to do "alsactl -f /usr/share/*/scenari*/stereoout.state restore" to make aplay work. Everything after aplay working is up to somebody else |
22:48.43 | DocScrutinizer-8 | iF |
22:50.07 | DocScrutinizer-8 | basically when using -ao alsa (or whatever the correct syntax) for mplayer should work same way aplay does |
22:50.42 | DocScrutinizer-8 | iirc it's -ao alsa:default |
22:51.39 | UberNeo | ok |
22:51.52 | DocScrutinizer-8 | which should be same as "-D default" for aplay. I.E using same device, so both should work same way |
22:53.08 | alexxy | Ainulindale: hi |
22:53.17 | UberNeo | aplay gives ..lot of high volume radom sound |
22:53.25 | alexxy | Ainulindale: is there any ETA to moving testing mrmoku stuff to SHR-U? |
22:54.28 | max_posedon | alexxy, you always can switch to shr-mrmoku) |
22:54.43 | max_posedon | but X-wakeup really slow there |
22:54.44 | alexxy | max_posedon: i know =) |
22:54.47 | UberNeo | DocScrutinizer, aplay works |
22:55.08 | max_posedon | I don't suggest this for end-users, (if somebody belive that shr have end-users) |
22:55.21 | DocScrutinizer-8 | UberNeo: at least it gives sound. If it's noise then format of file is not correct for the extension |
22:55.24 | alexxy | max_posedon: =P |
22:55.49 | UberNeo | ya its given the sound |
22:57.01 | DocScrutinizer-8 | max_posedon: I doubt shr has any real users |
22:57.40 | max_posedon | in this case, mrmoku|away merge your feed plz!!! ) |
22:58.31 | DocScrutinizer-8 | not any more, after 10 weeks of frustration |
23:12.44 | UberNeo | DocScrutinizer, sometimes it gives the error as "Can't open audio device /dev/dsp" |
23:13.52 | DocScrutinizer-8 | UberNeo: *sigh* dev/dsp is oss, NOT alsa |
23:14.04 | UberNeo | ok |
23:14.12 | DocScrutinizer-8 | oss alias dev/dsp is *deprecated* |
23:15.03 | DocScrutinizer-8 | if you absolutely can not avoid using a program that does dev/dsp then use aoss |
23:16.11 | UberNeo | unable to get any .deb package of aoss |
23:23.04 | lindi- | UberNeo: eh? |
23:23.16 | lindi- | UberNeo: aoss is name of the binary |
23:23.22 | lindi- | UberNeo: it's not the name of the package |
23:23.34 | DocScrutinizer | libaoss.so is the libs name |
23:23.46 | UberNeo | okays ..but i am unable to get it on net |
23:23.46 | lindi- | UberNeo: use packages.debian.org to figure out the package name |
23:23.51 | DocScrutinizer | aoss is the name of a wrapper script |
23:24.04 | lindi- | UberNeo: get what? 1) figure out name of the package 2) install the package |
23:24.24 | UberNeo | ok lindi- thanx |
23:25.33 | DocScrutinizer | package: alsa-oss |
23:25.37 | DocScrutinizer | alsa-oss - ALSA-OSS Wrapper |
23:25.38 | DocScrutinizer | This package contains the wrapper library and script to run OSS applications using ALSA API. |
23:25.41 | UberNeo | got it http://ftp.jp.debian.org/debian/pool/main/a/alsa-oss/alsa-oss_1.0.15-1_armel.deb |
23:26.14 | lindi- | UberNeo: you should use apt-get to download the package |
23:27.03 | DocScrutinizer | lindi-: honestly he should use mplayer with builtin alsa support ;-P |
23:27.05 | UberNeo | ye :) instaled |
23:27.07 | UberNeo | aoss |
23:29.28 | UberNeo | all works fine now .. i got the sound |
23:29.40 | UberNeo | thanx a lot DocScrutinizer and lindi- |
23:29.51 | DocScrutinizer | lindi-: that's why I asked some 24h ago "does build process still depend on buildhost config?" - as we seen issues witjh libasound not including alsa support on buildhosts without system alsa, sth like that |
23:31.08 | lindi- | DocScrutinizer: shr stuff? |
23:32.44 | DocScrutinizer | yup |
23:33.29 | DocScrutinizer | though I'm not savvy about how much building libasound actually is "SHR stuff" exactly |
23:35.13 | DocScrutinizer-8 | anyway there was a libasound without alsa support. And I guess mplayer is using libasound |
23:49.30 | DocScrutinizer-8 | UberNeo: here "mplayer -ao alsa somefile.wav" just works |
23:50.34 | UberNeo | for me ..if i am using the -ao alsa option then no sound .. |
23:50.51 | UberNeo | it only works with -ao oss |
23:51.51 | DocScrutinizer-8 | UberNeo: then get a fixed libasound.so I'd say |
23:52.50 | UberNeo | from where |
23:53.59 | DocScrutinizer-8 | from debian? |
23:54.15 | DocScrutinizer-8 | dunno where your system is from |
23:54.40 | UberNeo | im searching at http://packages.debian.org/lenny/ |
23:54.44 | DocScrutinizer-8 | and from when |
23:55.47 | UberNeo | just now |
23:56.06 | UberNeo | is this the one which i shud use http://packages.debian.org/lenny/libasound2 |
23:57.24 | DocScrutinizer-8 | my /usr/lib/libasound.so.2.0.0 is 770572 bytes |
23:57.44 | prahal | UberNeo, any /etc/asound.conf or ${HOME}/.asoundrc ? |
23:58.28 | DocScrutinizer-8 | prahal: that's completely irrelevant |
23:58.32 | UberNeo | prahal, no |