**** BEGIN LOGGING AT Fri Sep 25 02:59:58 2009 Sep 25 05:49:28 TAsn: just thought you might have some secret, special sqlite-docu link somewhere on your HD :) Sep 25 05:49:38 TAsn: I'm not looking for anything special... just to get started Sep 25 05:50:27 max_posedon: hmm... for libframeworkd-glib I can tag a version... but I cannot stuff a tarball to freesmartphone.org Sep 25 05:51:05 max_posedon: will start with the tag... and then we have to find somebody with access to freesmartphone.org :) Sep 25 07:13:38 <[Rui]> hi, is anyone else having black-screen freezes with shr-u? Sep 25 07:53:54 I'm sorry for such a stupid and inappropriate question but can anybody please tell me if a pointer returned by g_get_home_dir() should be gfree()'d or not? Sep 25 07:54:27 And yes, i'm too lazy to actually look at gtk sources, since the answer to this question should be obvious from the manual but i fail to understand it. Sep 25 08:00:24 PaulFertser: hmm.. the manual doesn't say :/.. but for all the similar things, it says not to free it.. Sep 25 08:01:58 Weiss: thanks a lot. I wonder when and how it gets free'd then. Btw, have you tried valgrinding Gtk apps? It doesn't work quite good i'd say. Sep 25 08:03:45 I Valgrind a lot of GTK programs on my desktop, but not on my FR (no ARM Valgrind..)... you mean there are a lot of warnings from the GTK libraries? Sep 25 08:05:12 Weiss: yes Sep 25 08:05:51 g_key_file_get_string() is also unclear about how do i free (and if i need to) the result :-/ Sep 25 08:06:14 that's true. there are some false positives I think (take a look at the default exceptions file), so maybe they're not all real Sep 25 08:07:00 but... I lost a bit of faith in GTK with all that freeze_toplevel stuff (a bug in GTK due to a slightly nasty workaround done earlier, but the bug only shows up with Illume/E) Sep 25 08:08:50 gtk was depending on certain wm behavior Sep 25 08:09:02 i think from memory that was for a configure requesty it always gets a configure event Sep 25 08:09:09 which may not always be the case Sep 25 08:09:28 if the wm choses to do nothing... no need to send a configure notify Sep 25 08:09:39 i think.. from memory that was it Sep 25 08:10:03 i changed e to send them to make gtk happy, but it was an optimisation in e to avoid sending events for things u dont need Sep 25 08:11:36 raster: yep, exactly. But (IIRC), the behaviour of E was compliant with the ICCCM, and GTK was in the wrong (?) Sep 25 08:15:01 Weiss: how can you even doubt the E's behaviour ;) Sep 25 08:15:02 thats my recollection of chasing that Sep 25 08:15:05 ahhaha Sep 25 08:15:08 well e can be wrong Sep 25 08:15:19 but in this case the wm was right Sep 25 08:17:08 irf the window is resized/moved to the same position/size as it was before (anmd since illume was enforcing a sizing policy refusing resizes to < or > the screen area for apps) Sep 25 08:17:18 there is no need to send a fake configurtenotify event Sep 25 08:17:32 but gtk expected for every configure request would come a reply Sep 25 08:17:42 and that wasnt happening if the request didnt result in any change Sep 25 08:17:54 gtk was "pausing draw queue" until it got that reply Sep 25 08:24:50 mind u that was a totally odd thing for gtk to do. just handle configurenotifies... if u get one. Sep 25 08:25:10 hi raster :) Sep 25 08:25:15 handle exposes. have a queue of changes, walk the queue, merge all thcnages, then do draw Sep 25 08:25:17 :) Sep 25 08:25:22 admiral0|wrk: hey Sep 25 08:25:23 :) Sep 25 08:28:07 hrm, is there a problem with shr-user mailinglist or is it me? Sep 25 08:28:26 I sent an email there 23 minutes ago, but did not yet receive it back Sep 25 08:29:56 oh, nevermind Sep 25 08:30:00 my mistake Sep 25 08:57:33 ~logs Sep 25 08:57:33 logs is probably at http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Sep 25 09:14:37 mrmoku, Hi! ok, btw who is best person to ask for shr release? Don't you? you may be better than all know shr status Sep 25 09:16:15 yep mrmoku is a shr deity Sep 25 10:57:18 Arigead: i think your paths are wrong Sep 25 11:20:57 heyho Sep 25 11:23:08 morphis: hey Sep 25 11:23:38 morphis: you're Simon? Sep 25 11:23:46 mrmoku: jepp Sep 25 11:24:04 mrmoku: do you read the palm pre challenge annouce mail? Sep 25 11:24:12 morphis: will happily help to make the dialer screen resize correctly on smaller screens :) Sep 25 11:24:30 :) Sep 25 11:24:46 (and the other shr apps for that) Sep 25 11:27:48 mrmoku: great, I even plan to do this when we have done our first call from the pre :) Sep 25 11:34:24 "first call from the pre"? I thought there was no documentation for the qualcom modem available Sep 25 11:40:24 Flyser: you are right :) Sep 25 11:41:24 , but ...? :D Sep 25 11:43:28 Flyser: reversing palm pre enough to get access to the modem should be simpler comparing to WM phones. Sep 25 11:43:49 I see Sep 25 11:45:05 PaulFertser: same is true for N900 Sep 25 11:45:39 DocScrutinizer-8: looks like pre will be considerably cheaper Sep 25 11:46:03 err, some 20% Sep 25 11:46:05 DocScrutinizer-8: and there's no much need in reversing N900, ofono guys have access to all the information. Sep 25 11:46:26 (modem-wise) Sep 25 11:47:01 (price) i thought N900 ~700 and Pre is ~500 Sep 25 11:47:18 While FR is <200 Sep 25 11:47:20 N900 ~600 Sep 25 11:51:29 PaulFertser: actually I paid 612 incl express delivery Sep 25 11:54:35 Sounds like a good deal if you need a phone and liked N810. Sep 25 11:55:13 that's what I thought as well Sep 25 11:56:39 btw I still like the N810 ;-) Sep 25 11:59:42 * DocScrutinizer-8 is now known as DocScrutinizer-810 Sep 25 12:03:11 the n900 is already released? Sep 25 12:04:24 next week Sep 25 12:05:15 ok Sep 25 12:07:28 playya: developers newsletter stated 2009-09-28 iirc, the nokia webshop claims shipping starts 10-01 Sep 25 12:10:33 i developed sth for the n800 in my practical semester, would i get a cheaper device :P Sep 25 12:13:37 DARN, webshop changed shipping date to 2009-10-12 :-(( Sep 25 12:14:13 dunno if that's for the orders done *now* or for all the devices Sep 25 12:16:07 DocScrutinizer: gives you more time to finish the alsa works ;) Sep 25 12:16:48 yes. Probably a bad catch. I should do it til 10-01 anyway Sep 25 12:19:04 though hotline atm tells me this is a delay for all orders Sep 25 12:19:53 mrmoku, saw the commits tonight? Sep 25 12:19:58 playya: yep, thanks Sep 25 12:20:14 playya: still have to build it though... did you try them with ophonekitd? Sep 25 12:20:52 agg1n's add a new bug: if a second client connects, theres no Resource Changed signal Sep 25 12:21:37 not yet. my FR goes mad. every app that uses a toolkit doesn't react on input Sep 25 12:21:48 uhh ouch :( Sep 25 12:21:55 * mrmoku building now Sep 25 12:22:12 * playya fights against connman Sep 25 12:22:29 * mrmoku fears playya will loose :P Sep 25 12:22:53 playya: maybe resource has enabled by first client and the second client doesnt change resource status by cjust connecting Sep 25 12:23:22 agg1n: it must though... because the signal gets the count of users as parameter Sep 25 12:23:56 agg1n, yes. but update... als adds a refcount for it Sep 25 12:24:18 mrmoku: ouch Sep 25 12:24:22 playya: I fear the signal still arrives to early Sep 25 12:24:32 DocScrutinizer-8: ? Sep 25 12:24:34 really? Sep 25 12:24:51 playya: will tell you in some minutes Sep 25 12:24:59 mrmoku: useless info creating useless complexity Sep 25 12:25:00 did you set AUTOREV? Sep 25 12:25:18 playya: doing a local build from my update local repo Sep 25 12:25:46 s/update/uptodate/ Sep 25 12:25:47 mrmoku meant: playya: doing a local build from my uptodate local repo Sep 25 12:26:39 DocScrutinizer: don't know if that info is useless... fatal is when the ResourceChanged signal tells me that the resource is ready, but it is not yet ready Sep 25 12:27:15 ok :) Sep 25 12:27:49 mrmoku: nobody cares the number of resource allocations. You either want to know is resource allocated (>0) or not(=0). Or you want to get a comprehensive list of all resource details, like name of allocating clients etc Sep 25 12:28:43 mere number is a null info Sep 25 12:29:13 you get policy and refcount as an addition Sep 25 12:29:38 DocScrutinizer-8: I fear I'm the wrong person to discuss that... but that is just additional info that does no harm (and adds no complexity for the user side) Sep 25 12:30:13 hm I took a first look on a Palm Pre rootfs, and my first feeling is: It should be very easy to get everything running for a first call with frameworkd :) Sep 25 12:30:22 I bet that's flaky design Sep 25 12:30:49 there are several program which gives you cli access to the modem :) Sep 25 12:30:51 great Sep 25 12:31:20 aiui you're usually not interested in resource-changed at all. iirc resource-available is the signal you want to check. No expert here though Sep 25 12:32:35 resourceavailable is emitteg when a Service registers to ousaged Sep 25 12:32:45 DocScrutinizer-8: not though... I asked mickey_away about that Sep 25 12:33:13 ResourceAvailable is sent when a resource gets registered... ResourceChanged gets sent when a resource is getting ready Sep 25 12:33:18 (or unready) Sep 25 12:34:26 mrmoku: that sounds really weird. Anyway if that's the semantics, ... oh well Sep 25 12:35:53 DocScrutinizer-8: after ResourceAvailable you can request the resource... after ResourceChanged (with true) you can use it Sep 25 12:36:39 yoh, ouch, as I said before Sep 25 12:43:48 hi Sep 25 12:44:05 DocScrutinizer-8, imho this design is better than polling for it Sep 25 12:44:28 I didn't advocate for polling... Sep 25 12:46:12 but the semantics as sketched above are quite contrary to what I remember the definition of ResourceAvailable, as well as to what I know from 30 years of system design Sep 25 12:48:46 http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/usage-intro.html;hb=HEAD does NOT mention ResourceChanged at all, no? Sep 25 12:50:37 but this http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD#ResourceChanged Sep 25 12:50:49 a resource registers to the usage interface Sep 25 12:51:09 then usage emits ResourceAvailable Sep 25 12:53:52 playya: so? Sep 25 12:54:36 aiui ResourceChanged is nice for things like systray gadgets to show the state of e.g. WiFi Sep 25 12:56:04 it's also nice for e.g. ophonekitd to start working on GSM Sep 25 12:56:13 ...and to *allocate* a resource it should be sufficient to RequestResource and wait for result and ResourceAvailable Sep 25 12:56:16 playya: http://pastebin.ca/1579114 Sep 25 12:56:36 playya: it would be nice if ophonekitd would get the signal a bit later (when GSM actually is ready) :P Sep 25 12:58:11 playya: if I then simply restart ophonekitd all works Sep 25 12:58:37 playya: I think on fresh boot frameworkd takes a bit longer to enable GSM and thus ophonekitd fails Sep 25 12:59:02 playya: once fso-abyss is already started it might just be that little bit faster to make ophonekitd not fail Sep 25 12:59:23 playya: and I although think that the real fix will not be that easy :( Sep 25 12:59:57 a resource doesn't emit signals for enabled disabled. Sep 25 13:00:31 yep, but when fsousaged emits that signal the resource should actually be accessible, no? Sep 25 13:00:44 maybe we could change this, but if i do this i wake up with a "sizilianische krawatte" on upcoming FSO events ;) Sep 25 13:00:47 mrmoku: maybe the updateStatus() call after disabling gsm resource at the beginning is called _after_ enable() was called :/ Sep 25 13:01:23 PaulFertser: ping Sep 25 13:01:26 it's now called when enbable() is finished Sep 25 13:01:32 PaulFertser: any comments? Sep 25 13:01:32 agg1n: hmm... that would be another interesting theory Sep 25 13:04:03 agg1n: that would mean that ptitjes was right... that the status _can_ change in there... Sep 25 13:04:15 mrmoku: a queue like in resource.py what solve that problem, but mickeyl has to decide that :/ Sep 25 13:04:36 mrmoku: I don't think using an API of a still-under-development subsystem (like FSO) is a matter of theories about a blackbox. To me all is about understanding and correctly implementing the API itself. If FSO doesn't play nicely somewhere then maybe FSO needs a fix, maybe even the API specs need a fix Sep 25 13:05:31 mrmoku: You should know that I am always right! (I hope Ainulindale won't mind I use his preferred expression :p) Sep 25 13:05:42 DocScrutinizer-8: I have no problem at all with the API... probably just its implementation needs a small fix Sep 25 13:05:43 You aren't. I am. Sep 25 13:05:56 Ainulindale: so what? :P Sep 25 13:06:07 So nothing :-) Sep 25 13:06:09 Howdy mrmoku ? Sep 25 13:06:12 yo Sep 25 13:06:29 Ainulindale: yourself? Sep 25 13:06:35 Tired. Sep 25 13:06:40 mrmoku: the api specs don't mention ResourceChanged to use for resource allocation Sep 25 13:06:44 Meetings and meetings and meetings and meetings, still Sep 25 13:06:45 Ainulindale: old job was more comfortable, hehe ;) Sep 25 13:06:50 Nah Sep 25 13:06:55 It's way more interesting here Sep 25 13:07:00 for sure :) Sep 25 13:10:59 DocScrutinizer, ResourceChanged is the signal for "Can I work with it?" Sep 25 13:11:29 ResourceAvailable for "hey, I'm available" Sep 25 13:11:51 DocScrutinizer-8: hmm... that's what mickey_away said: Sep 25 13:11:53 17-09-2009 15:56:15 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: hmm Sep 25 13:11:53 17-09-2009 15:56:18 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: racy Sep 25 13:11:53 17-09-2009 15:56:24 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: you're too fast Sep 25 13:11:56 17-09-2009 15:56:38 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: might just retry a moment later Sep 25 13:11:59 17-09-2009 15:56:55 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: or wait until the signal comes that the resource has change Sep 25 13:12:02 17-09-2009 15:57:01 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: (which might be the real fix) Sep 25 13:12:24 the problem might be in dbus, it doesn't emit signal when new object join the bus Sep 25 13:13:03 playya: not according to the specs Sep 25 13:13:36 playya: well... I will just add a sleep(1) workaround to ophonekitd until mickey_away is back to revisit the case Sep 25 13:15:26 mrmoku, ok. I don't want to change much in mickey's code Sep 25 13:16:21 playya: yep Sep 25 13:16:58 * mrmoku does not want playya to risk a "Sizilianische Krawatte" :P Sep 25 13:17:00 aiui RequestResource should return with either success (after as long as maybe 2 minutes for GSM), or with fail when resource can't be allocated for whatever reason. If the resource is successfully allocated, you have to listen for ResourceAvailable to lift your ass off the resource if someone else is accessing it with higher prio, or it becomes un"usable" for other reason Sep 25 13:19:24 dbus uses a a timeout for calls to detect faulty clients Sep 25 13:19:39 I know Sep 25 13:19:47 and it blocks the consumer for a long time Sep 25 13:19:55 that's why mickey patched dbus to have a longer tmeout Sep 25 13:20:02 si why not use it like this Sep 25 13:20:47 playya: you can use it whatever way you want, as long as you understand the API semantics Sep 25 13:22:20 the problem seems to be there is a resource GSM that implies a valid SIM and a successfull registration to network. There is *NO* resource "modem" to power up the calypso and then do all the registration foo to nit resource GSM Sep 25 13:22:35 DocScrutinizer-8: no Sep 25 13:22:51 DocScrutinizer-8: GSM resource is what you understand as modem resource Sep 25 13:23:10 pointer? Sep 25 13:23:35 to the SetAntennaPower call? ;) Sep 25 13:23:38 to me it seems that's a fuzzy spot n FSO API specs Sep 25 13:24:09 DocScrutinizer-8: just look at the GSM section of the specs Sep 25 13:25:05 ok, so where is the problem then, if allocating GSM just means we throw the power switch and wait for "AT interpreter ready" answer Sep 25 13:25:07 ? Sep 25 13:25:37 why check if its available via ResourceChanged? Sep 25 13:25:46 DocScrutinizer-8: that it does not get ready in time for our 'fast-as-the-light' ophonekitd Sep 25 13:26:15 ResourceChanged is only available in Usage Sep 25 13:26:23 mickey_away: ping Sep 25 13:26:34 Kensan, he's on holiday Sep 25 13:27:39 mrmoku: if your definition of GSM resource is correct, and my interpretation of RequestResource is as well, then RequestResource(GSM) must NOT return before modem has powered up and is ready for whatever AT command you want to send to it Sep 25 13:27:40 ping with long latency ;) Sep 25 13:28:38 how would you tell OSPF routers to stop arguing and start working ? Sep 25 13:29:12 ping RTT 587.458 seconds Sep 25 13:29:14 damn, bad window, sorry XD Sep 25 13:29:30 DocScrutinizer: 17-09-2009 15:57:25 > mrmoku: ahh, so the callback does not get called when the resource is ready? Sep 25 13:29:33 17-09-2009 15:58:09 > mrmoku: hmm, then we should do the real fix, yeah Sep 25 13:29:36 17-09-2009 15:58:35 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: the callback is just the method returning Sep 25 13:29:39 17-09-2009 15:58:57 < mickey|fsomeetin!n=M@c120.apm.etc.tu-bs.de: there's no guarantee that this means anything has been done Sep 25 13:29:58 playya: oh ok thanks Sep 25 13:30:04 this might be of interest: http://marc.info/?l=linux-netdev&m=125373062913622 Sep 25 13:30:04 ouch, that's wrong Sep 25 13:30:12 DocScrutinizer: RequestResource just tells you if your request was successfull Sep 25 13:30:37 playya: well he should at least be extended_away or something like that ;) Sep 25 13:32:27 alphaone: ping Sep 25 13:32:43 alphaone: might be of interest - http://marc.info/?l=linux-netdev&m=125373062913622 Sep 25 13:32:52 mrmoku: or, if that's the way it is now, then we mandatory have to wait for ResourceAvailable(true) after RequestResource Sep 25 13:33:10 DocScrutinizer: ResourceChanged not ResourceAvailable ! Sep 25 13:33:25 no, ResourceAvailable Sep 25 13:34:15 DocScrutinizer: no, available != ready Sep 25 13:34:21 mrmoku: ""Since a resource is not necessarily present throughout the whole life-cycle of an application, it may enter or leave the system at any time. The resource system will notify clients, when a resource has been made available by broadcasting the signal ResourceAvailable. "" Sep 25 13:34:22 available == requestable Sep 25 13:34:45 DocScrutinizer: exactly... resource being present does not mean resource is activated Sep 25 13:34:53 it just means that that resource _exists_ Sep 25 13:35:27 ""In certain conditions, resources may become unavailable while clients are still accessing them. In this case, a client is requested to immediately stop accessing the resource. Some resources may enforce this through access control, some may not — to handle that case, it is recommended that clients listen for ResourceAvailable announcements throughout their life cycle."" Sep 25 13:35:47 The inverse should apply as well Sep 25 13:36:07 DocScrutinizer: sure... you cannot access a resource that does not exist :P Sep 25 13:36:24 ResourceChanged ( sba{sv} ) Sep 25 13:36:25 Description: Sent whenever a resource status changes. Sep 25 13:36:38 b: state Sep 25 13:36:39 The resource state. True if the resource is currently enabled. Sep 25 13:36:44 mrmoku: BECOME unavailable WHILE clients are still... Sep 25 13:37:19 DocScrutinizer: it might become unavailable when the resource handler unregisters for that resource Sep 25 13:37:26 that's a different story though Sep 25 13:37:30 use a screwdriver to pull out the modem? Sep 25 13:37:37 it has NOTHING to do with being read or not Sep 25 13:37:46 of course a resource must be available to be ready too Sep 25 13:37:56 but you can't turn that around Sep 25 13:38:06 a resource is not read just because it's available Sep 25 13:38:26 brb Sep 25 13:38:42 basically : Sep 25 13:38:49 ouch, that's wrong Sep 25 13:39:23 mrmoku: if your definition of GSM resource is correct, and my interpretation of RequestResource is as well, then RequestResource(GSM) must NOT return before modem has powered up and is ready for whatever AT command you want to send to it Sep 25 13:40:05 if FSO does that differently then it probably needs a fix here, one way or the other Sep 25 13:41:43 anyone have any idea how to fix broken sound on SHR Sep 25 13:41:56 no matter what ring tone I choose in the profile settings and choose play - it's just silent Sep 25 13:42:11 I constantly miss the phone ringing (when I don't hear the vibration) Sep 25 13:42:35 FiXion: try using .wav ringtones Sep 25 13:43:00 FiXion: insert and remove a headset jack Sep 25 13:44:27 Execution time very much does matter. I've heard of systems out there that Sep 25 13:44:29 FiXion: there's a fat bug in SHR to restore state of last shutdown to mixer at startup Sep 25 13:44:30 take 30 seconds to boot with udev and a second and a half with mdev. Sep 25 13:44:36 busybox mdev... Sep 25 13:44:45 mrmoku: you once checked that out, right? Sep 25 13:46:16 heh spaetz Yes udev is a PITA Sep 25 13:46:38 actually FR udev does take 30 seconds last we ran bootchart Sep 25 13:46:46 DocScrutinizer-8: I haven't added any ringtones.. the ones I can choose between are .wav Sep 25 13:46:53 I'll try to find a headset jack. Sep 25 13:47:03 or can I just go to cli and run alsactl restore or something? Sep 25 13:47:39 FiXion: simply run "alsactl -f /usr/share/shr/scenarii/stereout.state restore" Sep 25 13:48:14 if sound is fixed then, then do a normal shutdown Sep 25 13:48:46 to restore /etc/asound.state to normal Sep 25 13:49:28 it didn't change :( Sep 25 13:49:34 used stereoout.state ;) Sep 25 13:50:06 should I look for something in dmesg Sep 25 13:50:13 or for sound modules loaded ? Sep 25 13:50:51 snd_soc_wm8753 and friends are loaded Sep 25 13:50:58 no entries on snd in dmesg output Sep 25 13:51:11 I updated to latest yesterday Sep 25 13:51:30 look into frameworkd.log and friends in /var/log Sep 25 13:51:53 upgrade is fubar atm afaik Sep 25 13:53:07 DocScrutinizer-8: http://pastie.org/630381 Sep 25 13:53:12 I've never had ringtones Sep 25 13:53:18 DocScrutinizer-8: hm, i'd need more time to read the backlog to be able to comment, sorry. Sep 25 13:53:20 GTA02v7 Sep 25 13:54:50 FiXion: atm fsausaged, deviced, eventsd are rather unknown stae for me, so I probably can't help on that issue right now, for systems upgraded last week or newer Sep 25 13:55:56 everything else seems to work Sep 25 13:56:00 and the sound issue isn't a new one for me Sep 25 13:56:52 FiXion: have you tried plain aplay? Sep 25 13:57:34 I'll try that.. Sep 25 13:58:02 it says playing.. but no sound Sep 25 13:58:20 what knob should I turn in alsamixer? Sep 25 13:58:34 FiXion: load the correct stereoout statefile while it's playing Sep 25 13:58:50 FiXion: also check you don't have some very wrong /etc/asoundconf Sep 25 13:59:13 asound.conf Sep 25 13:59:21 aplay -vv might yield additional info Sep 25 13:59:48 sorry, bbl Sep 25 13:59:56 PaulFertser: is this defect: http://pastie.org/630391 Sep 25 14:00:14 asound.conf - it looks odd Sep 25 14:01:02 FiXion: to me it looks ok iirc Sep 25 14:01:05 nah, slave dmix looks ok Sep 25 14:01:13 do aplay -vv Sep 25 14:01:25 check stacking of plugins Sep 25 14:01:27 Does anyone know of a good movie management program? (Images/Descriptions/Imdb Import/Loaning) Sep 25 14:01:49 cya Sep 25 14:01:53 http://pastie.org/630392 - aplay -vv Sep 25 14:03:07 FiXion: looks like you have the speaker disconnected, i don't have other ideas atm. Sep 25 14:05:20 :( Sep 25 14:05:44 PaulFertser: can I see this in alsamixer ? Sep 25 14:05:49 try playback via earpiece - me away for real now Sep 25 14:06:40 I'll find the earpiece Sep 25 14:06:55 "funny" thing is I can talk to people just fine Sep 25 14:07:02 thought that was the same speaker Sep 25 14:07:18 or headset Sep 25 14:18:08 FiXion: it's not Sep 25 14:18:20 FiXion: do you have a headset? Sep 25 14:18:25 in the drawer at home Sep 25 14:18:51 FiXion: the speaker used for playback with stereoout is not the same used in gsmhandset. Sep 25 14:36:04 mrmoku, I just figured out I need fsousage Sep 25 14:36:08 :| Sep 25 14:36:14 (for screen blanking and such) Sep 25 14:36:19 I can't just ignore it. Sep 25 14:36:24 how do I fix it ?! :( Sep 25 14:38:34 hmm... vanished too fast for an answer ;) Sep 25 14:53:28 dirty talk in the topic... Sep 25 15:04:43 mrmoku: do you have automake 1.11 in oe ? Sep 25 15:04:55 ptitjes: let me check Sep 25 15:05:29 ptitjes: no, 1.10 is the newest one we have in shr/import Sep 25 15:05:30 hello btw Sep 25 15:05:42 ptitjes: yeah, hello :) Sep 25 15:05:48 mrmoku: and in dev.oe.org ? Sep 25 15:05:55 ptitjes: let me check :P Sep 25 15:06:02 héhé Sep 25 15:06:35 mrmoku: we are wondering about moving to 1.11 for gee and indeed oe is the one that could be a problem Sep 25 15:07:30 ptitjes: 1.10.2 Sep 25 15:07:51 so... yes, big problem :P Sep 25 15:09:23 shit Sep 25 15:09:56 mrmoku: slow movers!! :p Sep 25 15:10:22 yeah... moving slowly... and unsafe anyway :P Sep 25 15:10:50 ptitjes: but steady ;) Sep 25 15:11:19 héhéhé :p Sep 25 15:12:30 ptitjes: as long as we don't halt... all is fine :D Sep 25 15:12:42 héhé Sep 25 15:12:59 mrmoku: would you look if that would be complicated to add automake 1.11 ? Sep 25 15:13:21 ptitjes: does it depend on other autofoo stuff? Sep 25 15:13:49 hum good question Sep 25 15:13:51 Heinervdm: we need to change illume config to make the keys work Sep 25 15:14:08 ptitjes: if it just is about updating automake I can try Sep 25 15:14:15 I think so Sep 25 15:14:36 if I have to update the whole autofoo chain ... I'm scared ;) Sep 25 15:15:21 I understand Sep 25 15:16:24 mrmoku: autoconf 2.62 Sep 25 15:20:08 SHR: 03mok 07shr-themes * re179b44c1f2a 10/e-wm/e-wm-config-illume-shr/e.src: e-wm-config-illume: add xorg compatible keybindings Sep 25 15:20:43 ptitjes: ok, I can try to update those two and see if a rebuild of the lite image works... Sep 25 15:20:54 will take some time though :P Sep 25 15:21:02 yeah!! so lovely :p Sep 25 15:22:13 Heinervdm: ok, updated the keybindings Sep 25 15:22:23 mrmoku: i've seen it ;) Sep 25 15:23:18 mrmoku: so what's with frameworkd? Sep 25 15:23:35 did you apply that workaround? Sep 25 15:26:13 Heinervdm: I'm testing it... added handling for ResourceAvailable to ophonekitd and a sleep(1) before powering the antenna Sep 25 15:26:31 Heinervdm: I'm optimistic we will get a xorg image with telephony today :) Sep 25 15:26:42 mrmoku: great :) Sep 25 15:55:56 Ainulindale: ping Sep 25 15:57:02 FiXion: ping us when you got a (known to work with FR!!) headset, and results are not obvious to you Sep 25 15:57:49 FiXion: which distro? Sep 25 15:58:29 FiXion: if you're using standard SHR, you as well might try to use speakerphone during a call. This should operate sounder-speaker as well Sep 25 15:59:24 ptitjes: pong? Sep 25 15:59:32 FiXion: you told you can do calls without problems, so obviously gsmhandset.state works for you Sep 25 16:00:30 FiXion: so when switching to speakerphone mode, you should be able to tell if your sounder-speaker used by stereoout is working Sep 25 16:00:36 hello. Sep 25 16:00:47 :) Sep 25 16:00:59 * TAsn hates his isp Sep 25 16:03:00 TAsn: did you hear about a principle to reduce redundance of database to 0? Sep 25 16:06:31 Hello, how did you solved missing linux.vapi for fso packages? did it disappear automagically? Sep 25 16:07:15 JaMa: i rebuild misc-vapi, vala and vala-native Sep 25 16:07:21 after that it worked Sep 25 16:10:10 hmm misc-vapi fails for me :/ Sep 25 16:10:45 JaMa: i made -c clean for all three, and after that i build all together Sep 25 16:10:58 TAsn: select number, name from contactsdb where customfunction_normalize(number) = searchnumber-of-inbound-call Sep 25 16:11:16 mmt I'll show you log Sep 25 16:11:45 Heinervdm: I did -c rebuild which is as clean&build i guess Sep 25 16:12:21 JaMa: i think it's better to clean all three first Sep 25 16:12:46 Heinervdm: http://pastebin.ca/1579277 Sep 25 16:14:37 JaMa: no idea Sep 25 16:17:48 Heinervdm, JaMa: Aux button works... but Power does not Sep 25 16:18:26 in keybinding config it generates XF86PowerOff ... but binding to that did not work Sep 25 16:18:48 JaMa: btw... resume is much slower with xorg :( Sep 25 16:19:17 mrmoku: why does /etc/profile have export DISPLAY=localhost:0 ...??!! Sep 25 16:21:53 because then you can just call programs via ssh/terminal Sep 25 16:22:27 TAsn: http://www.sqlite.org/c3ref/create_function.html Sep 25 16:22:37 DocScrutinizer: cool, never heard of that. Sep 25 16:22:41 :) Sep 25 16:22:45 so what do I need to add tosee it on my laptop? Usually ssh -X would do it... Sep 25 16:22:51 TAsn: needs to call phoneutils.normalize() Sep 25 16:22:57 yes. Sep 25 16:23:04 sweet. Sep 25 16:23:15 * TAsn punches himself in the nut suck for being such an idiot. ;) Sep 25 16:23:19 sack* Sep 25 16:23:32 mrmoku: isn't the default ehaviour (wihtout export, without -X) that it starts at the phone.. Sep 25 16:23:36 anyhow, Sep 25 16:23:41 rhkfin: probably DISPLAY=localhost:10 Sep 25 16:23:42 mrmoku: fsousage crashes all the time :( Sep 25 16:24:11 mrmoku: and ssh -X would start it on laptop.. Sep 25 16:24:18 TAsn: which one? opkg list_installed fsousaged? Sep 25 16:24:25 AFAIK no other distro does the same.. Sep 25 16:24:28 rhkfin: or if you doesn't need X11 to go through ssh tunnel just set DISPLAY=laptop-name:1 where :1 is number of your Xephyr screen Sep 25 16:24:50 fsousaged - 0.0.0.0+gitr367+3c3e1b862cdde806cef8f502dfe79f1d48f1c5d7-r5.0 - Sep 25 16:24:54 and I can't upgrade Sep 25 16:25:06 because there's no new libfso-glib0 Sep 25 16:25:12 JaMa: doesn't look very easy.. What's Xephyr? Sep 25 16:25:19 * TAsn will now try a force install Sep 25 16:25:59 rhkfin: X server in window.. then you can run fullscreen application from neo as just one window on laptop X Sep 25 16:26:35 rhkfin_mobile: without exporting DISPLAY and -X you would get error about no X server available Sep 25 16:27:35 rhkfin_mobile: ssh -X just opens DISPLAY on localhost:10 or localhost:11 (for second connect with -X) and the offset 10 is configurable at least for openssh (dont know for dropbear) Sep 25 16:27:58 TAsn: hmm... that is old Sep 25 16:27:59