**** BEGIN LOGGING AT Sat Sep 19 02:59:59 2009 Sep 19 07:44:53 mrmoku: you can apply the patches from me, they won't change anything for shr, but make merging easier Sep 19 07:47:29 Heinervdm, have to go to IKEA now... later :P Sep 19 07:48:09 oh, IKEA. I hope you will survive ;) Sep 19 07:50:53 * mrmoku would prefer to go with his kids to smaland and play something ;) Sep 19 07:51:06 wifey disagrees though :P Sep 19 07:52:57 somone has to carry the new kitchen ;) Sep 19 07:55:24 Heinervdm, more the couch... though still paying IKEA for the kitchen too ;) Sep 19 07:55:38 :) Sep 19 07:59:39 ok... bbl Sep 19 08:32:22 mrmoku|away: http://shr.pastebin.com/m4ba6f771 complete list for tast-shr-feed (expect for conf files) Sep 19 08:34:19 lindi-: ping Sep 19 08:56:17 mickeyl: can you have a look at the python packages from this list in shr/import and commit them to OE.dev, if they are ok? http://shr.pastebin.com/m4ba6f771 Sep 19 09:21:58 lindi-: ping Sep 19 09:35:31 hmm Sep 19 09:38:03 Heinervdm: in the backlog you and JaMa had error with "EnumValue ..." Sep 19 09:38:31 Heinervdm: I am still getting the errors - did they get fixed ??? Sep 19 09:38:51 not yet Sep 19 09:39:11 So i'm not the only one, then i will send a patch for that now Sep 19 09:43:26 BillK: patch sent to shr-devel Sep 19 09:48:38 failed to write /etc/localtime Sep 19 09:48:54 somebody know what is the reason for this? (frameworkd.log) Sep 19 09:50:07 khiraly1: are you sure you want automatic timezone adjuctment by frameworkd based on guess based on your cell operator? Sep 19 09:50:25 nope, it is based by gps Sep 19 09:51:54 anyway, I dont find either a way to set the timezone Sep 19 09:52:14 the time is correct (the min and sec) here, just it is off by 3 hours Sep 19 09:52:54 Heinervdm: tkx Sep 19 09:59:42 on my desktop in /etc/localtime there are binary data Sep 19 10:09:23 khiraly1: i'd recommend disabling timezone setting by FSO completely and set the timezone the usual unix way. Sep 19 10:09:45 i know neither of the above;-) Sep 19 10:09:51 ok, google time;) Sep 19 10:10:55 PaulFertser: im working currently on this: http://wiki.openmoko.org/wiki/The_ultimate_alsa_guide_to_statefile_by_klaszlo#Table Sep 19 10:12:25 Im on #46 of 94 Sep 19 10:12:38 I want to compare with amixer output, and with the other .state files Sep 19 10:18:10 mickeyl: ping Sep 19 10:19:26 khiraly1: i'm sorry to say this but i'm not sure your time is well spent. One who wants to make a new state file will just watch at the routing diagram, (if it's not enough, e.g. bass filter setting is not obvious, he'll lookup some details in the datasheet) and that'll be enough. Sep 19 10:19:59 ok, where is the routing diagram? Sep 19 10:29:32 khiraly1: Neo1973_Audio_Subsystem Sep 19 10:30:23 oh dear, I surely overlooked that great page Sep 19 10:37:38 khiraly1: almost all info there (including the "pretty" routing diagram) is applicable only to gta02 (alsa driver for gta01 is different though hardware is the same). Sep 19 10:38:12 PaulFertser: is the two speaker which is inside the freerunner is mono? Sep 19 10:38:19 so all the two is connected to the same output? Sep 19 10:38:51 I mean the left and right side of the phone (where the 'neo' text is) Sep 19 10:39:46 khiraly1: there is only one speaker Sep 19 10:39:56 hmm Sep 19 10:40:00 khiraly1: on left side Sep 19 10:40:10 I thought I hear at the other side too (although it was much quiter) Sep 19 10:40:35 khiraly1: you can open device and see by yourself - there is no right speaker Sep 19 10:40:36 khiraly1: gta01 had two speakers, gta02 only one. Sep 19 10:48:16 shr-unstable with xorg is building Sep 19 10:48:20 let's see what will happen :D Sep 19 10:49:05 it'll explode ?:P Sep 19 10:49:18 probably :D Sep 19 10:49:23 it'll eat your kitten! Sep 19 10:49:27 dos1: apply this http://patchwork.dev.bearstech.com/patch/168/ Sep 19 10:49:36 but I'm not here to blame :P Sep 19 10:49:41 Heinervdm: already applied Sep 19 10:49:50 Heinervdm: but only on buildhost, as i don't have OE access Sep 19 10:49:59 just online for a minute from very small atom base aspire... Sep 19 10:50:01 :/ Sep 19 10:50:08 dos1: didn't you have access from patchwork? Sep 19 10:50:37 Heinervdm: i have access to patchwork, so i can close for instance shr-settings tickets Sep 19 10:50:56 Heinervdm: but i don't have write access to OE git repo Sep 19 10:51:09 JaMa: NOTE: package libfsobasics-0.8.2.0+gitr466+4f5fe6c8985fbec1b38b3e44d44d783062b380de-r0.0: task do_configure: failed :P Sep 19 10:51:10 dos1: ah, thought you can apply patches from there by clicken a button Sep 19 10:51:11 Weiss: mesa-dri-glamo won't be rebuilt in shr builder.. kms with it is for shr-experimental now (building manualy on my machine.. I'll add that option on monday.., thanks) Sep 19 10:51:25 dos1: with that fixed revision? Sep 19 10:51:30 JaMa: yup Sep 19 10:51:49 dos1: I've built all fso packages on friday morning Sep 19 10:52:03 whole shr-image actually Sep 19 10:52:21 dos1: is that error about missing vala? Sep 19 10:52:28 JaMa: checking Sep 19 10:53:10 FSO_srcrev is for cornucopia.git just day before as mickey adviced Sep 19 10:53:13 configure: checking for misc-vapi... Sep 19 10:53:15 configure: error: linux26.vapi not found. Sep 19 10:53:28 JaMa: probably you didn't fix misc-vapi revision Sep 19 10:53:29 checking ;) Sep 19 10:53:40 I think i did.. Sep 19 10:53:41 hmm Sep 19 10:53:42 no Sep 19 10:53:44 it's fixed Sep 19 10:53:45 weird Sep 19 10:53:46 JaMa: ok, great Sep 19 10:54:07 dos1: try to upgrade misc-vapi first Sep 19 10:54:12 JaMa: doing it now Sep 19 10:55:57 JaMa: still failed Sep 19 10:58:17 dos1: try to ping mickey and ask for vala-0.7.6-fso1 recipe :) Sep 19 10:58:34 dos1: seems like work on it goes very well Sep 19 10:59:30 076-fso1 contains regressions, i'm currently trying to roll out 076-fso2 to get something that compiles HEAD of all of our projects Sep 19 11:02:58 dos1: leaving again.. gl Sep 19 11:03:56 Heinervdm: yes, I'll take a look at the python packages Sep 19 11:04:06 mickeyl: thx Sep 19 11:05:52 freesmartphone.org: 03mickey 07cornucopia * r2a9c06af2b87 10/libfsoframework/fsoframework/dbus.vala: fsoframework: bring back generic delegate storage class (fixed in Vala HEAD) Sep 19 11:16:52 btw, you JaMa and Heinervdm should ask for OE commit access ;) Sep 19 11:17:12 :D Sep 19 11:17:34 dos1: but then shr-devel would be so quiet ;) Sep 19 11:23:25 dos1: Hmmm rather I'd say Sep 19 11:23:36 They should ask for commit access and be granted access to patchwork Sep 19 11:23:53 Although I have to point out that some of Heinervdm were a bit hastily done :-p Sep 19 11:23:56 +'s patches Sep 19 11:25:24 yes, sometimes i'm confused what i've applied and what not :) Sep 19 11:26:33 Heinervdm: Well IIRC this was because your patch affected too many things at once or forgot to bump PR Sep 19 11:26:42 Stupid things of course, but still, this is against OE policies Sep 19 11:26:51 And I don't want us to get spanked for it :-) Sep 19 11:26:58 (Sometimes I corrected that, can't recall) Sep 19 11:27:18 Ainulindale: well, that's also valid point for my patches :D Sep 19 11:27:26 Yep Sep 19 11:27:32 But you're young that's why Sep 19 11:27:38 You're still hairless Sep 19 11:27:45 It takes a true man to fully have the commit power Sep 19 11:27:51 :-p Sep 19 11:27:58 :D Sep 19 11:28:59 ;) Sep 19 11:32:45 i agree. please apply for direct access Sep 19 11:32:55 you definitely know how not to shoot yourself in the food Sep 19 11:33:01 and it would ease our merging/staying current Sep 19 11:34:03 maybe now i'll try to overcome my laziness and also apply for access ;D Sep 19 11:34:56 yeah Sep 19 11:38:14 mickeyl: can you say me, why i have to do this ugly do_configure_prepend()? http://patchwork.dev.bearstech.com/patch/169/ Without that it configure fails because of wrong LONG_BIT definition Sep 19 11:39:55 hmm Sep 19 11:40:01 looks like it's not using distutils Sep 19 11:40:06 but rather some handcooked tests Sep 19 11:40:12 to find the right pythin platform definitions Sep 19 11:41:02 This is config.log from blueman with same problem: http://shr.pastebin.com/m626ff2d9 Sep 19 11:41:05 line 896 Sep 19 11:41:29 yes, similarly broken Sep 19 11:41:40 all these autotools projects use the wrong way to get the right platform details Sep 19 11:42:00 ok, then it's autotools problem and not bitbake problem Sep 19 11:42:00 you need to query the python runtime to get the right details Sep 19 11:42:17 some autotools projects get this right Sep 19 11:42:23 it's a matter of which tests you use/write Sep 19 11:42:27 m4 macros... Sep 19 11:45:25 ahr ! i set my sms tone to repeat and i just got an sms , and now it won't stop !! Sep 19 11:45:51 what can i pkill ? Sep 19 11:47:11 due to the absence of a seperate audio process, I'm afraid you need to relaunch frameworkd Sep 19 11:47:23 or whoever plays sound on your distro :) Sep 19 11:49:26 SHR unstable without the upgrade Sep 19 11:50:00 tim_abell: /etc/init.d/frameworkd stop Sep 19 11:50:09 tim_abell: /etc/init.d/xserver-nodm restart Sep 19 11:50:13 tim_abell: /etc/init.d/frameworkd start Sep 19 11:50:41 k ta Sep 19 11:54:08 excellent Sep 19 12:07:39 mickeyl: btw, a few days ago i mentioned the idea to have some sort of libmoko to "outsource" stuff that people want to do in the kernel but that shouldn't really be there. what do you think of this ? Sep 19 12:08:05 what kind of functionality do you have in mind? Sep 19 12:09:32 basically all the policy stuff and post-processing people keep on trying to sneak into the kernel :) Sep 19 12:09:50 the actual example was error handlnig of the battery meter Sep 19 12:10:07 lemme find it in the archive ... Sep 19 12:10:33 http://lists.openmoko.org/pipermail/openmoko-kernel/2009-September/010530.html Sep 19 12:11:18 wtf... Sep 19 12:11:34 linux26.vapi is in /home/shr/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/share/vala/vapi/ Sep 19 12:11:47 but configure in libfsobasics complains on missing linux26.vapi ;/ Sep 19 12:13:26 it's also in /home/shr/shr-unstable/tmp/staging/x86_64-linux/usr/share/vala/vapi/ Sep 19 12:15:13 wpwrak: sure, sounds good. Sep 19 12:17:51 dos1: what is tmp/staging/x86_64-linux/usr/bin/pkg-config --variable=vapidir vala-1.0 telling? Sep 19 12:18:11 mickeyl: /home/shr/shr-unstable/tmp/staging/x86_64-linux/usr/share/vala/vapi Sep 19 12:21:03 freesmartphone.org: 03mickey 07libeflvala * rb93602bb683e 10/ (4 files in 4 dirs): catch up with Vala 0.7.6 Sep 19 12:21:20 mickeyl: repo is up-to-date Sep 19 12:21:25 mickeyl: how's vala 0.7.6-fso2? Sep 19 12:21:31 great, thanks. I'll upload the source then Sep 19 12:21:39 :) Sep 19 12:21:39 mickeyl: 0.7.6-fso2 is currently being uploaded Sep 19 12:21:43 ok, excellent Sep 19 12:21:47 thanks Sep 19 12:21:48 done Sep 19 12:21:58 np Sep 19 12:22:06 i'll update the recipe in OE, dos1, you can cherry-pick then Sep 19 12:22:20 mickeyl: ok :) Sep 19 12:22:25 mickeyl: please rebuild and check your apps first Sep 19 12:22:32 :p Sep 19 12:22:34 mickeyl: do you know of any library that already provides such services ? or would that be an entirely new thing ? also, is the name "libmoko" already taken ? Sep 19 12:23:31 wpwrak: well, there are lots of userland helper libraries for kernel functions, libinotify, libnl, et. al. nothing i know of for battery meter though. Sep 19 12:23:34 libmoko is free Sep 19 12:23:59 excellent :) Sep 19 12:25:01 i wouldn't only use it for the battery meter but for any sort of higher-level function, or let's say function that combines basic kernel services, that's openmoko-specific Sep 19 12:25:36 yes, makes sense Sep 19 12:25:44 basically all the stuff that is a bit too high-level for the kernel but not high-level enough for fso or such Sep 19 12:25:45 i'll take care of the vala bindings then Sep 19 12:26:20 vala should be straightforward, right ? Sep 19 12:26:34 absolutely Sep 19 12:26:51 it's just turning a .h file into .vapi syntax Sep 19 12:26:59 relatively straightforward transformation if you use typical C style Sep 19 12:27:15 foo_bar( Foo* foo, ... ) Sep 19 12:27:23 perfect :) now i need to convince Michael of the idea ... Sep 19 12:28:12 so even pointers stay the same ? wow Sep 19 12:28:37 well Sep 19 12:28:41 in Vala this looks like Sep 19 12:28:45 class Foo() Sep 19 12:28:48 public void bar( ..) Sep 19 12:28:57 it's transformed to C like written before though Sep 19 12:30:06 what happens if C has something like init_foo(struct foo *context); ... do_foo(struct foo *context, ...); ? Sep 19 12:31:25 er ... mickael = michael trimarchi. ambiguous name :) Sep 19 12:32:05 bbl Sep 19 12:32:11 mickeyl: looking forward for your recipe ;) Sep 19 12:33:02 slowly... Sep 19 12:33:05 * mickeyl tries to build before pushing Sep 19 12:33:11 watch #oe Sep 19 12:36:35 you need 2.20 for async methods outside of gobjects Sep 19 12:36:49 what are we using in SHR? Sep 19 12:40:19 btw. Sep 19 12:40:28 this new async will give us great possibilities for libeflvala Sep 19 12:40:44 since we can hide that we're dealing with two threads then Sep 19 12:40:52 program code will just use yield and look like sync Sep 19 12:41:10 i try to come up with some app examples when i'm back in .de Sep 19 13:10:39 PaulFertser: ping Sep 19 13:34:51 mickeyl: bitbake vala-native should be enough? Sep 19 13:43:45 mickeyl: vala_0.7.6-fso2.bb seems for me to be wrong ;x Sep 19 13:43:54 VALA_FSO_RELEASE = "0.7.5-fso2" Sep 19 13:43:55 PV = "0.7.4+${VALA_FSO_RELEASE}" Sep 19 14:10:30 hmm Sep 19 14:17:17 mickeyl: configure: error: linux.vapi not found. :// Sep 19 14:19:35 dos1: i don't see any VALA_FSO_RELEASE here Sep 19 14:19:51 crosscheck w/ org.oe.dev branch Sep 19 14:20:21 mickeyl: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/vala/vala_0.7.6-fso2.bb Sep 19 14:20:29 mickeyl: i'm talking about org.oe.dev Sep 19 14:20:38 ooh Sep 19 14:20:41 that's not my master Sep 19 14:20:43 hmm Sep 19 14:20:56 khiraly11: pong but i'll be available a bit later Sep 19 14:21:05 ok, no problem Sep 19 14:21:36 dos1: cgit seems to lack Sep 19 14:21:41 dos1: try git show d7f889b1a94b7e84ca593659c285c3ccdbfd2fe8 Sep 19 14:21:46 shows something completely different Sep 19 14:22:00 let me check on which branch i am Sep 19 14:22:13 mickeyl: no Sep 19 14:22:15 seems correct Sep 19 14:22:15 mickeyl: here it shows: Sep 19 14:22:17 diff --git a/recipes/vala/vala_0.7.6-fso2.bb b/recipes/vala/vala_0.7.6-fso2.bb Sep 19 14:22:18 new file mode 100644 Sep 19 14:22:20 index 0000000..fff355e Sep 19 14:22:22 --- /dev/null Sep 19 14:22:24 +++ b/recipes/vala/vala_0.7.6-fso2.bb Sep 19 14:22:25 @@ -0,0 +1,6 @@ Sep 19 14:22:26 +require vala.inc Sep 19 14:22:28 +VALA_FSO_RELEASE = "0.7.5-fso2" Sep 19 14:22:29 +PV = "0.7.4+${VALA_FSO_RELEASE}" Sep 19 14:22:31 +PR = "${INC_PR}.0" Sep 19 14:22:32 (that's part of it of course) Sep 19 14:22:36 very funny Sep 19 14:22:39 completely different Sep 19 14:22:44 something's broken Sep 19 14:22:48 mickeyl: aren't you confusing vala-native and vala? Sep 19 14:22:55 vala-native is changed Sep 19 14:22:58 vala is only moved Sep 19 14:23:23 my vala-native looks like that Sep 19 14:23:39 yup, vala-native here looks also good Sep 19 14:23:44 ah Sep 19 14:23:45 but vala_0.7.6-fso2.bb not :P Sep 19 14:23:48 then vala is broken Sep 19 14:23:50 right Sep 19 14:23:53 let me fix that as well Sep 19 14:24:11 mickeyl: i already fixed that locally, but i still have problem with libfsobasics ;/ Sep 19 14:24:18 now it complains about missing linux.vapi Sep 19 14:24:27 hmm Sep 19 14:24:29 so something is wrong with misc-vapi generating :/ Sep 19 14:24:38 i don't think so Sep 19 14:24:40 (or using what it generates) Sep 19 14:24:43 the linux.vapi comes from Vala now Sep 19 14:24:50 hmm Sep 19 14:24:55 is that where you'd expect it to be? Sep 19 14:25:04 well Sep 19 14:25:12 previously it complained about linux26.vapi Sep 19 14:25:16 but misc-vapi was installed Sep 19 14:25:18 are there any diffs between your vala.bbclass and org.oe.dev? Sep 19 14:25:37 checking... Sep 19 14:25:41 i'll start a build from scratch now Sep 19 14:25:49 khiraly11: pong Sep 19 14:25:58 lindi-: finally;) Sep 19 14:26:08 lindi-: pleas gimme read access to the webpage Sep 19 14:26:14 mickeyl: no, there is no difference Sep 19 14:26:16 almost all files is unreadable Sep 19 14:26:20 undownloadable Sep 19 14:26:39 khiraly11: fixed Sep 19 14:26:58 perhaps test -f is not working Sep 19 14:27:02 khiraly11: i think the only way to solve this issue is to be able to record conversations made with different phones Sep 19 14:27:28 khiraly11: since some people complain to me that the volume is too low and others that it is too high. it's always the same people who complain about a specific problem : Sep 19 14:27:36 lindi-: I have two freerunners at my disponible, so surely we can find some automatic solution Sep 19 14:27:48 I would like to see some automatic adjustement, or semi-automatic Sep 19 14:27:58 khiraly11: but you should be able to record the audio at the proprietary phone Sep 19 14:28:11 khiraly11: that's the only way to really test the real case Sep 19 14:28:57 currently I dont really care about propriatery phones. Because I suffer mostly by environment. So if Im a quit room, the other party usually does not complain, but if Im at the street I need to shout. In a restaurant is the worse Sep 19 14:29:26 khiraly11: only openmoko-openmoko calls? ok surely you can start with that Sep 19 14:29:49 Im hoping to transmit an audio file, and record at the other end Sep 19 14:30:00 if it gets through right, than continue by real mic Sep 19 14:30:07 so I talk and I record at both end Sep 19 14:30:48 there are phones, which can record the conversation. Im aware at least sony ericsson can do it Sep 19 14:30:54 but I hve none Sep 19 14:31:22 I have only a motorola razr phone. A lg k300(not really working), a nokia 3100 (not really working) Sep 19 14:31:40 I also started looking seriously at .state files Sep 19 14:32:06 khiraly11: ideally you would get your provider record the calls Sep 19 14:32:14 freesmartphone.org: 03seba.dos1 07specs * r74b069e327f8 10/org.freesmartphone.PIM/ (3 files): PIM: add Notes domain Sep 19 14:32:16 freesmartphone.org: 03seba.dos1 07specs * ra9ca54b71bdd 10/html/index.html: index.html: update opimd links Sep 19 14:32:50 khiraly11: or how about this: 1) I use my openmoko to call my voip account 2) the voip software makes another voip call to a real gsm and records the audio? Sep 19 14:34:41 freesmartphone.org: 03seba.dos1 07specs * r4d85ea457f35 10/org.freesmartphone.PIM/Makefile: PIM: add Notes files to Makefile Sep 19 14:34:42 freesmartphone.org: 03seba.dos1 07specs * r338df0ebc1f3 10/ (6 files in 2 dirs): regen Sep 19 14:35:14 I dont have any voip account, and I dunno what sofware should I use Sep 19 14:35:28 Im perfectly fine with *ANY* solution, what works, if its detailed enough Sep 19 14:35:50 Im ready to spend time to help/assist to get this nasty audio issue done once and for all Sep 19 14:36:25 khiraly11: here in finland you can get one without any monthly charges, you just pay for the calls Sep 19 14:37:01 hmm, is there no free (as freesoftware) voip servers available on the net? Sep 19 14:37:12 to call it. Sep 19 14:37:24 It requires a working internet connection though Sep 19 14:38:47 (16.36.24) lindi-: khiraly11: here in finland you can get one without any monthly charges, you just pay for the calls <-- yeah, I always wanted to travel to Finland;-) Sep 19 14:41:27 freesmartphone.org: 03seba.dos1 07specs * r91a6d7d468b5 10/ (9 files in 3 dirs): PIM: update Contacts domain Sep 19 14:42:36 khiraly11: you mean hosting? Sep 19 14:43:46 nope, I thought there are free internet-internet voip servers on the net Sep 19 14:43:57 so I only need to pay if I want to call internet->landline Sep 19 14:44:02 or internet->gsm Sep 19 14:44:58 khiraly11: bandwidth isn't exactly free. such services won't really work unless they are paid by advertisements or something, right? Sep 19 14:45:21 skype is free Sep 19 14:46:32 khiraly11: well they have other means to pay for the bandwidth. advertisements are one thing and calls to landline probably too Sep 19 14:47:15 hmm, skype doesnot pay for bandwith. The whole network is set up in a way, that the clients should provide the bandwith Sep 19 14:47:18 freesmartphone.org: 03seba.dos1 07specs * r13bd4018bc5a 10/ (13 files in 3 dirs): PIM: update Messages domain Sep 19 14:47:26 this is some kind of p-2-p network Sep 19 14:47:58 anyway, we should find some generic solution, which can be tried out no matter where you are on the world Sep 19 14:48:02 khiraly11: isn't ekiga providing such service? Sep 19 14:48:06 khiraly11: they do pay for some bandwidth Sep 19 14:48:27 its a little gain, if you and me are able to finetune the audio quality;) Sep 19 14:49:07 there are the 94 alsa controls, and two AT command to play with. Are there any other controlling thingy? Sep 19 14:49:21 freesmartphone.org: 03mickey 07libfso-glib * re8d776c18ae0 10/src/ (5 files): regen Sep 19 14:51:03 khiraly11: CLVL and AT%N but note that also AT%CBHZ lowers quality for unknown reason Sep 19 14:51:38 lindi-: Im collecting all available info. Im compiling a yet another wiki page of it. Sep 19 14:51:54 in an hour I can provide more info Sep 19 14:55:56 mickey@opal:/local/pkg/fso/libfso-glib$ mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.GetInfo Sep 19 14:55:56 { 'imei': '353227020002335', Sep 19 14:55:56 'manufacturer': 'Cinterion', Sep 19 14:55:56 'model': 'MC75i', Sep 19 14:55:56 'revision': 'REVISION 01.100'} Sep 19 14:56:08 (served by fsogsmd) Sep 19 14:56:14 first real command done Sep 19 14:56:22 * mickeyl dances a jig Sep 19 14:56:24 :) Sep 19 14:56:40 and boy, it's FAST Sep 19 14:56:44 ;) Sep 19 14:56:54 lindi-: Im also thinking to provide different handset.state files, easily changable during call. So we could gather infos from the user Sep 19 14:57:22 I will integrate it into paroli for sure, and I also can force shr folks to provide something similar in shr's telephony apps Sep 19 14:57:41 freesmartphone.org: 03seba.dos1 07specs * rb7cbc96263e1 10/ (6 files in 3 dirs): PIM: update Sources interface Sep 19 14:57:58 you have one gsmhandset-lindi.state, I have one, Im aware of rhkfin also finetuned one Sep 19 14:58:53 khiraly11: should we really waste time playing with state files, when they are going to be replaced? Sep 19 14:59:34 only three PIM domains left to update in specs :x Sep 19 14:59:56 and then some kind of introduction, as in Usage... but that'll be later Sep 19 15:00:21 dos1: you can call whatever you want. The thing is we have 94 controls to play. And it will stay the same, no matter what the future solution will be Sep 19 15:00:30 oh Sep 19 15:00:31 hmm Sep 19 15:01:00 well, people have different tastes for volume, and every device differs regarding that Sep 19 15:01:17 its not about volume. Its about other party are complaining Sep 19 15:01:28 so we should just provide nice slider for volume, which remembers what user selected Sep 19 15:01:29 if everything works great, you can lower the volume ... Sep 19 15:01:29 khiraly11: hmm? Sep 19 15:02:14 dos1: I have moved almost everything to the max, and yet, I hardly hear some people at the other end Sep 19 15:02:48 well, setting everything to max isn't good idea, even on regular PC with regular speakers :P Sep 19 15:02:57 ;) Sep 19 15:02:58 hehh Sep 19 15:03:34 so, why not provide the theoretical maximum to the user, and it could lower with a slider if he wants Sep 19 15:03:45 khiraly11: that's what i said Sep 19 15:03:46 :P Sep 19 15:04:05 hmm... neo has buzz problem with mic... i called myself and i heard that buzz Sep 19 15:04:07 the problem is, I didnt find the best .state for me, as people keeps complaining to me Sep 19 15:04:19 guys, i had the same problem with my nokia 6230i, but not with mic - with speaker! Sep 19 15:04:35 so i heard the same no matter who called me ;x Sep 19 15:04:38 And for my case, it depends on environment noise Sep 19 15:05:43 if Im in a quit room everything is fine. But if the environment is noisy (like in a restaurant or so), I need to go to the street and start yelling, to be hearable at the other end Sep 19 15:06:54 oh, and on the street I need usually yelling ... Sep 19 15:07:08 people looks at me a little weird Sep 19 15:10:52 freesmartphone.org: 03mickey 07specs * ra6fdd5a1e69f 10/ (20 files in 2 dirs): org.freesmartphone.GSM.*: all methods can also throw org.freesmartphone.* errors Sep 19 15:10:53 freesmartphone.org: 03mickey 07specs * r18763921d559 10/html/index.html: org.freesmartphone.GSM.Call also handles data calls Sep 19 15:16:43 khiraly11: i just have a menu entry for changing alsa states Sep 19 15:16:55 khiraly11: i don't see why you need to program anything for that Sep 19 15:17:24 dunno Sep 19 15:17:41 alsactl store command overwrites the system .state file? Sep 19 15:17:55 in /usr/share/shr/scenarii/gsmhandset.state Sep 19 15:18:29 also I dont see, how knows alsa where is the system directory. (ie. not in /usr/share/openmoko/scenarios but in /usr/share/shr/scenarii) Sep 19 15:19:11 freesmartphone.org: 03mickey 07specs * r84773f9cf7de 10/ (20 files in 2 dirs): Sep 19 15:19:11 freesmartphone.org: org.freesmartphone.GSM.*: reorder throw statements. throw statements will appear in the interfaces Sep 19 15:19:11 freesmartphone.org: in the same order as declared. Policy is to mention errors in the order of most specific to least specific. Sep 19 15:19:12 freesmartphone.org: NOTE: Almost all functions need to declare that they throw 'org.freesmartphone'. Throwing DBus.Error will Sep 19 15:19:15 freesmartphone.org: be added to the interface declaration implicitly by vala-dbus-binding-tool. Sep 19 15:19:51 alsactl always uses relative paths Sep 19 15:19:58 Hi All! Sep 19 15:20:09 alsactl store will create a file in your $PWD Sep 19 15:20:11 yo Q-Master Sep 19 15:21:17 mickeyl: is there a facility to store the .state file through fso? Sep 19 15:21:29 ie. overwrite *truely* the system default .state file Sep 19 15:21:31 dos1: I've fixed a bit searching in opimd-contacts. Somehow they're not working if upper and lower chars are supplied. And I've fixed a problem with dbus exception while sending non utf chars as a phone num Sep 19 15:21:39 mickeyl: howdy! Sep 19 15:22:03 khiraly11: no, fso does not support reading scenarios from the audio card. Sep 19 15:22:05 my problem is, that this state messing is really subjective. So I need to test it multiple days if it really better then before. And I need to reboot the phone times to times (crashes, etc) Sep 19 15:22:12 heyho Sep 19 15:22:29 you can specify though which default state file is loaded on startup (of fso) Sep 19 15:22:36 freesmartphone.org: 03seba.dos1 07specs * r75a8e587b4c7 10/ (9 files in 3 dirs): PIM: update Calls domain Sep 19 15:22:37 freesmartphone.org: 03seba.dos1 07specs * r83e652c8f38c 10/ (4 files in 3 dirs): PIM: Messages: add GetUnreadMessages Sep 19 15:22:37 so I dunno, if it really loads the *right* state file Sep 19 15:23:33 dos1: and fix plz also misprint in opmd's sqlite-dates.py. There are twice-mentioned "End" instead of "Message". Sep 19 15:23:50 Q-Master: sqlite-dates is already fixed :P Sep 19 15:24:04 ok Sep 19 15:24:43 dos1: fix opimd-contacts then 8) just return an empty string if the number is a non-numeric Sep 19 15:25:16 Q-Master: could you send me your patches? Sep 19 15:25:25 ok. Sep 19 15:25:33 Q-Master: do you know mail? Sep 19 15:25:49 dos1: I can pastebin them Sep 19 15:25:56 freesmartphone.org: 03mickey 07cornucopia * r36f408e67103 10/fsogsmd/src/ (5 files in 2 dirs): fsogsmd: catch up with new error declarations in libfso-glib Sep 19 15:26:09 yo morphis, how are things? Sep 19 15:26:23 you mean life? Sep 19 15:26:26 very well :) Sep 19 15:26:37 yeah Sep 19 15:26:39 good Sep 19 15:26:59 some minutes I read that O2 will release the Palm Pre this autumn! Sep 19 15:27:10 s/some minutes/some minutes ago/ Sep 19 15:27:11 morphis meant: some minutes ago I read that O2 will release the Palm Pre this autumn! Sep 19 15:27:17 that makes me very happy Sep 19 15:28:00 mickeyl: and you? Sep 19 15:28:04 fso/shr on palm pre would be really nice ;) Sep 19 15:28:43 morphis: new vala developments have dragged me out of the motivation hole Sep 19 15:28:51 dos1: http://www.freesmartphone.org/index.php/Palm_Pre_Challenge Sep 19 15:29:02 dos1: we plan a little challenge to have fso support for palm pre in a month after release :) Sep 19 15:29:04 morphis: going on vacation on monday Sep 19 15:29:18 mickeyl: I have seen that Sep 19 15:29:37 so, we can hope to have fsogsmd running in the next months? Sep 19 15:29:41 dos1: look into priv.msg Sep 19 15:31:00 palm pre or palm pixi? Sep 19 15:31:05 morphis: which one? Sep 19 15:31:15 I read, that palm pixi will replace palm pre line Sep 19 15:31:31 khiraly11: pre Sep 19 15:31:40 khiraly11: palm pixi sucks (it doesn't have wifi) Sep 19 15:31:56 pixi is really more powerful (processor wise) Sep 19 15:32:20 morphis: that depends on my time / other projects and whether people are helping me. It's going to tough to implement all the hundreds of dbus commands we serve Sep 19 15:32:34 lindi-: http://wiki.openmoko.org/wiki/The_ultimate_alsa_guide_to_statefile_by_klaszlo#Table Sep 19 15:32:42 lindi-: ^^ Im working on this Sep 19 15:33:07 lindi-: I need to color it, to see a bit more clearly. But what is clear from the table, that half of the controls never gets touched Sep 19 15:34:48 mickeyl: jepp, that seems to be a lot of work Sep 19 15:35:08 but I think many people are interested in a faster frameworkd Sep 19 15:35:31 so there should some who helps you getting it running Sep 19 15:35:46 khiraly1: pixi maybe more powerful, but it has the wrong cpu Sep 19 15:35:53 khiraly1: some quite close qualcom one Sep 19 15:36:13 hmm, It also has two cpus and one 3D gpu too Sep 19 15:36:24 khiraly1: no documentation available etc. and for the pre processor (omap3 one) we have the full documentation Sep 19 15:36:35 khiraly1: in the pre one we even have two cpus Sep 19 15:36:39 and one 3D one :) Sep 19 15:36:53 this sucks by the way Sep 19 15:36:53 the feature of the qualcom one is, that it has bp and ap in one package Sep 19 15:37:09 we cant support a full line of phones (ie. palm phones) just some specific model ... Sep 19 15:37:14 that makes it quite cheaper than other solutions Sep 19 15:37:17 bp? ap? Sep 19 15:37:31 bp: baseband processor; ap: application processor Sep 19 15:37:49 bp: modem, ap: the cpu you use with your applications Sep 19 15:38:12 even with the qualcom msm of the pixi you can use only one processor for your stuff Sep 19 15:38:20 the other one is reserved for modem stuff Sep 19 15:38:56 hmm, so there is no will to play nice from Palm with the open source community.... Sep 19 15:39:10 mickeyl: it depends on how many time I will have in near future, but maybe I can help you with some tiny things Sep 19 15:39:20 khiraly1: don't know Sep 19 15:39:49 even if we can get Palm pre working, the Pixi is almost a nogo. And the future devices also not garantued to work at all Sep 19 15:39:50 khiraly1: they have to release the kernel source for the pixi because of gpl but I don't think they will do anymore than that Sep 19 15:40:11 khiraly1: jepp, thats the problem will have all time Sep 19 15:40:40 thats the problem with anti vendor ports ... Sep 19 15:41:07 khiraly1: but the advantages of the palm pre is, that linux is already running on it and that it is easlily to become root and it don't seems so that palm will block that feature in the near future Sep 19 15:41:23 and as the mobile phones has the less lifetime. Its a realy big problem. The Pre will be selled for a half a year max Sep 19 15:41:32 they already came out with an another model ... Sep 19 15:41:56 jepp, but this problems we can't solve easily Sep 19 15:42:04 openmoko was one try to do this Sep 19 15:42:08 but it fails Sep 19 15:42:19 mostly Sep 19 15:47:14 khiraly1: the elementary.Object.evas_get() stuff worked for you? Sep 19 15:50:48 morphis: its a real shame, but I was working/messing on the whole week on paroli gui. So didnt tried out. But as long as its available the new enlightenment in shr, I will definietly try it out, as i will reinstall my gps app to my phone Sep 19 15:51:13 :) Sep 19 15:51:34 khiraly1: are you interested in turning your gps app in a real elementary widget? Sep 19 15:51:49 khiraly1: would be great to have some std. one to use everywhere Sep 19 15:52:11 morphis: I will use my gps app as a testbed for the new eve gui Sep 19 15:52:27 eve, the browser app? Sep 19 15:52:30 yepp Sep 19 15:52:38 I talked about it (by email) with k-s Sep 19 15:52:58 (Gustavo) Sep 19 15:53:39 morphis: lok at this: http://wiki.openmoko.org/wiki/User:Klaszlo#Mouse_gestures Sep 19 15:54:00 there is also some links to iphone browser vs. palm vs. blackberry Sep 19 15:55:22 also the panning and zooming will be similar in eve and my gps app Sep 19 15:55:23 DocScrutinizer: can you plz help me on configuring the libphone-utils? Sep 19 15:55:27 (thats the plan anyway) Sep 19 15:57:54 khiraly1: great for that I waited a long time Sep 19 15:58:20 morphis: for what?;) Sep 19 15:59:21 morphis: k-s promised me, if I make the .edc files for eve browser(ie. a demo app) he will integrate it to eve, and extend eve if necessary;) Sep 19 16:00:29 morphis: btw, eve is able to use gmail's iphone interface. They patched eve for us Sep 19 16:00:39 khiraly1: the finger scrolling in a browser Sep 19 16:00:57 khiraly1: great Sep 19 16:01:41 also k-s is working on zooming and panning for Canola Sep 19 16:01:54 a primising future! Sep 19 16:02:04 s/primising/promising/ Sep 19 16:02:05 morphis meant: a promising future! Sep 19 16:02:22 canola? Sep 19 16:03:24 dos1: sorry that I didn't had time for opimd-dates in the past Sep 19 16:03:43 morphis: just to the widget :P Sep 19 16:03:49 s/to/do/ Sep 19 16:03:51 Heinervdm meant: morphis: just do the widget :P Sep 19 16:04:23 ;) Sep 19 16:04:43 http://openbossa.indt.org/canola/using.html Sep 19 16:04:47 dos1: ^^ Sep 19 16:05:38 Heinervdm: :) Sep 19 16:05:45 I am working on it Sep 19 16:06:10 no push since 45 hours :P Sep 19 16:06:57 dos1: also look at the demo video on profusion.mobi websitE: http://profusion.mobi/taxonomy/term/2 Sep 19 16:07:39 More videos should come to show Memphis on OpenMoko GTA02, Freescale iMX and more. Stay tuned. Sep 19 16:07:44 OpenMoko GTA02 Sep 19 16:08:52 efika mx Sep 19 16:08:54 8) Sep 19 16:09:24 Heinervdm: :D Sep 19 16:09:28 but local commits Sep 19 16:09:38 good :) Sep 19 16:09:52 Heinervdm: did you tested the widget? Sep 19 16:10:02 No, not yed Sep 19 16:10:11 yet Sep 19 16:10:16 ok Sep 19 16:10:36 Hi all, bitbake is having problem parsing xserver-xorg_git.bb (a.o.), complaining over "cannot concatenate 'str' and 'EnumValue'". I've been trying to run 'bitbake -i' but almost all commands require 'parse' and 'bitbake -i' exists on parse errors... => gives me difficulties figuring out what the problem is. Any hint from here ? Sep 19 16:10:48 freesmartphone.org: 03mickey 07python-helpers * rfdcd40b90376 10/mickeydbus/ (TODO mdbus): Sep 19 16:10:48 freesmartphone.org: mdbus: show actual dbus error message, not just the error name Sep 19 16:10:48 freesmartphone.org: Release as 1.0.0 (yay!) Sep 19 16:11:04 morphis: i thought we're getting a now unstable release these days and then it would be easier to test Sep 19 16:11:20 Heinervdm: ok Sep 19 16:11:48 currently I have to wait until my phone is fixed, so I can't test the widget on the phone Sep 19 16:11:49 ingi: apply this patch http://patchwork.dev.bearstech.com/patch/168/ Sep 19 16:12:08 morphis: but you can test on desktop? Sep 19 16:12:25 jepp Sep 19 16:12:47 thats what I am doing :) Sep 19 16:12:49 Heinervdm: thanks a lot, I will :-) (This bitbake/recipes is jungle for me...) Sep 19 16:13:09 freesmartphone.org: 03mickey 07cornucopia * rcc3a1016c779 10/fsogsmd/src/lib/modem.vala: fsogsmd: modem: raise internal errors (marshalled back to dbus client) when a mediator or an at command is not found Sep 19 16:23:01 lindi-: http://wiki.openmoko.org/wiki/The_ultimate_alsa_guide_to_statefile_by_klaszlo#Table Sep 19 16:23:23 lindi-: I marked all the lines which does not changed in all .state files Sep 19 16:24:09 Heinervdm: just this moment I pushed a new commit :) Sep 19 16:24:20 Heinervdm: all recipes were parsed without errors after applying the patch. And yes I've bookmarked the link, thank alot again :-) Sep 19 16:28:13 Ainulindale: can you commit it: http://patchwork.dev.bearstech.com/patch/168/? Sep 19 16:32:20 so I am off Sep 19 16:32:22 byebye Sep 19 16:32:50 hmm. Can somebody gimme a link to gta02 buzzfix wiki page? Sep 19 16:32:51 dos1: we will have a xorg instead xglamo soon? Sep 19 16:33:00 Q-Master: yup Sep 19 16:33:07 good Sep 19 16:33:22 nevermind, I found Joerg's pdf Sep 19 16:38:45 hmm Sep 19 16:39:06 can somebody specify what is the capcitor type and size of buzzfix? Sep 19 16:39:14 it is not written in the joerg's pdf Sep 19 16:39:19 DocScrutinizer: ping;) Sep 19 16:40:39 ingi: that patch will be applied today Sep 19 16:41:16 where is mrmoku|away? :x Sep 19 16:42:56 dos1: at IKEA with his wife Sep 19 16:43:08 oh ;) Sep 19 16:43:37 JaMa: ping? Sep 19 16:43:50 well, we should finally deal with every build problem Sep 19 16:44:24 that is: cornucopia, mplayer, navit Sep 19 16:44:37 gtk+ doesn't build too Sep 19 16:45:16 Heinervdm: now i started "bitbake -k task-shr-minimal task-shr task-shr-feed" to see what will fail Sep 19 16:45:28 dos1: -k? Sep 19 16:45:50 continue Sep 19 16:45:51 Heinervdm: -k makes it continue build other packages when one package fails Sep 19 16:48:43 dos1: you build from scratch? or are you just checking for new unbuildable packages? Sep 19 16:49:01 not from scratch Sep 19 16:49:06 ok Sep 19 16:49:11 i'm building on buildhost Sep 19 16:49:35 i'll leave building from scratch for mrmoku|away ;) Sep 19 16:49:40 :) Sep 19 16:50:46 dos1: pong Sep 19 16:51:02 dos1: but I'm not here again.. at least for long Sep 19 16:52:24 barbeque already started actually.. so.. maybe 5 minutes Sep 19 16:52:50 I'm here just to download more geocaches for trip tomorrow Sep 19 17:09:39 JaMa: mpayer fails Sep 19 17:10:00 s/mpayer/mplayer/ Sep 19 17:10:00 dos1 meant: JaMa: mplayer fails Sep 19 17:11:28 JaMa: which revision should be built? Sep 19 17:18:25 btw, is mplayer is capable for ya guys playing .flv file? Sep 19 17:18:43 .flv file downloadable from youtube (with youtube downloader firefox extension) Sep 19 17:18:49 it should Sep 19 17:19:40 for me Xglamo eats 98% cpu, and it stays the same even after killing mplayer Sep 19 17:19:50 I need to reboot the phone Sep 19 17:31:34 dos1, Hi! is it safe update? at least same safe as usual. Sep 19 17:31:52 (shr-undtable) Sep 19 17:32:15 PaulFertser: here? Sep 19 17:32:17 also I'm interesting in ubifs status) Sep 19 17:32:35 max_posedon: yup, actual one should be the last safe upgrade Sep 19 17:32:39 ;) Sep 19 17:32:48 as next will have xorg stuff and few others Sep 19 17:33:29 fun fun fun!!! 8)) Sep 19 17:33:29 is ubifs worth the trouble and additional work? Sep 19 17:34:10 PaulFertser said that ubifs is just generated with some wrong values Sep 19 17:34:11 xorg? cool!) Sep 19 17:34:53 I'll generate myself, but happy to know correct values Sep 19 17:36:12 ubifs?? Sep 19 17:36:36 yes!) Sep 19 17:36:51 cool async fs for namd Sep 19 17:38:16 hehe. I've installed SHR to uSD anyway Sep 19 17:40:07 btw, what is the best fs for uSD? Sep 19 17:40:09 btrfs? Sep 19 17:40:17 can anyone help me configuring libphone-utils???? Sep 19 17:40:24 ext3 Sep 19 17:42:22 Q-Master, sure Sep 19 17:42:23 khiraly1, can be), but I think ext3 better Sep 19 17:42:32 just change country code to your country code ;) Sep 19 17:42:51 or just give us example phone numbers in your country Sep 19 17:43:00 for instance here: Sep 19 17:43:02 international Sep 19 17:43:10 0097211111... Sep 19 17:43:22 in country, different regions Sep 19 17:43:37 03[- Sep 19 17:43:42 03111111 Sep 19 17:43:45 i.e starts with 0 Sep 19 17:43:52 and within the same region Sep 19 17:43:57 1111111 Sep 19 17:44:04 btw, oops, the first example should have been: Sep 19 17:44:13 00972311111.... Sep 19 17:44:24 that's why my settings are: Sep 19 17:44:39 [local] Sep 19 17:44:39 international_prefix = 00 Sep 19 17:44:39 national_prefix = 0 Sep 19 17:44:39 country_code = 972 Sep 19 17:44:39 area_code = 0 Sep 19 17:45:38 freesmartphone.org: 03mickey 07cornucopia * rb67e4a0b2494 10/fsodeviced/src/plugins/ (7 files in 7 dirs): fsodeviced: s/linux26/linux/ Sep 19 17:49:29 mrmoku: ! Sep 19 17:50:01 mrmoku: tired? ;) Sep 19 17:52:37 Q-Master: here Sep 19 17:52:59 check jabber plz Sep 19 17:53:18 PaulFertser, I helped Q-Master as much as I could Sep 19 17:53:23 * mrmoku put on his 'I went to IKEA and survived T-Shirt' ;) Sep 19 17:53:26 but please give him a hand with phone-utils Sep 19 17:53:27 dos1: (ubifs) not only with the wrong value but also it generates ubifs image that can't be directly flashed, you need to "ubinize" it first. Sep 19 17:53:27 :) Sep 19 17:53:36 dos1, yeah tired Sep 19 17:54:35 mrmoku: so you'll be really happy with your tasks which we'll give you ;> Sep 19 17:56:21 dos1, first task is to get the new vala Sep 19 17:56:55 dos1, how did the -k build go? what failed? Sep 19 18:00:54 mrmoku: i already have new vala on buildhost Sep 19 18:01:02 it's just cherry-picking commits Sep 19 18:01:12 mrmoku: firstly commit patches from patchwork Sep 19 18:01:48 then vala, then we should bump libgee to 0.3.0 Sep 19 18:02:09 and then we should fix cornucopia building, as there are some problems with finding vapi files Sep 19 18:02:27 also as far as i saw some xorg stuff is failing to build - that's last task Sep 19 18:02:46 mrmoku: now i'm building everything with -k to see, if we have some other tasks left ;) Sep 19 18:03:08 dos1, k, xorg was failing due to missing revs for me Sep 19 18:03:13 mrmoku: oh, and mplayer ;D Sep 19 18:03:32 mrmoku: revs are in patchwork Sep 19 18:04:39 dos1, ahh, good Sep 19 18:06:03 dos1: I've configured everything, but pyphonelog and call shows me nothing. even when numbers are 100% matching. 8( Sep 19 18:10:51 dos1: he has number in the phonebook in proper international format, and our gsm operators give it the same way. Sep 19 18:12:43 PaulFertser: http://wiki.openmoko.org/wiki/The_ultimate_alsa_guide_to_statefile_by_klaszlo#Table Sep 19 18:12:58 PaulFertser: I have done the table anyway, I as need a clear overvie Sep 19 18:12:58 w Sep 19 18:14:27 khiraly1: ok, looks readable. Nice job. Sep 19 18:14:34 PaulFertser: I supose this might be because of cyrillic in my phonebook Sep 19 18:16:44 PaulFertser: Also the grey rows are very suspicious. It does not get changed in the .state files, so maybe some of them are not needed at all Sep 19 18:20:07 * mrmoku forgot how to send commands from irssi to bip... Sep 19 18:20:16 PaulFertser, could you refresh my memory please? :) Sep 19 18:23:17 mrmoku: /qoute /BIP HELP will give you a PM window. Sep 19 18:23:22 Or the like Sep 19 18:25:16 ahh... shit /quote was the missing thing :) Sep 19 18:25:19 PaulFertser, thanks very much Sep 19 18:26:34 mrmoku: now cherry-pick those commits: Sep 19 18:26:36 07342fa6ce47e95d53230787594f0e30145534fa Sep 19 18:26:42 a12a9f2b508323846f10113027ba82f0dd1e780b Sep 19 18:26:48 d7f889b1a94b7e84ca593659c285c3ccdbfd2fe8 Sep 19 18:26:57 86d4dd34f8d4ca060a1e11a8bf1b7d5ad0f76d5e Sep 19 18:27:20 that's all Sep 19 18:27:31 dos1: could this shit happen because of cyrillic in my phonebook? Sep 19 18:28:10 btw, do somebody know why the audio was not passed through the CPU in the first place (pure digital signals) Sep 19 18:28:20 Q-Master: dunno, is pyphonelog printing anything on console? Sep 19 18:28:22 is there some readon? Sep 19 18:28:25 DocScrutinizer: ping Sep 19 18:28:27 khiraly1: do you mean for GSM? Sep 19 18:28:31 yepp Sep 19 18:28:39 dos1: let me check Sep 19 18:28:52 khiraly1: to not introduce latency and unnecessary complexity to the system. Sep 19 18:28:54 mic -> wolfson -> cpu -> wolfson(if needed) -> gsm Sep 19 18:30:04 gsm -> cpu -> wolfson->earspeaker Sep 19 18:30:10 hmm Sep 19 18:30:28 dos1: it prints that it failed to initialize contacts Sep 19 18:30:30 wtf? Sep 19 18:30:58 hmm, cycilic could be reason Sep 19 18:31:05 you should debug it Sep 19 18:31:11 how? Sep 19 18:31:32 mickeyl, shouldn't the vala recipe be +fso2 instead of -fso2? Sep 19 18:34:56 dos1, now? Sep 19 18:35:58 mrmoku: now we should have libgee upgraded to 0.3.0, as in org.oe.dev (it's needed by cornucopia now) Sep 19 18:37:39 dos1: it is definitely the cyrillic problem 8( Sep 19 18:37:51 results = query.GetMultipleResults(query.GetResultCount()) Sep 19 18:37:51 dbus.Dictionary({dbus.String(u'Path'): dbus.String(u'/org/freesmartphone/PIM/Contacts/0', variant_level=1), dbus.String(u'Surname'): dbus.String(u'\u0410\u0441\u0442\u0440\u0430\u0445\u0430\u043d\u0446\u0435\u0432', variant_level=1), dbus.String(u'Name'): dbus.String(u'\u0410\u043b\u0435\u043a\u0441\u0435\u0439', variant_level=1), dbus.String(u'HomePhone'): dbus.String(u'tel:84932418841', variant_level=1)}, signature=dbus.Signature('sv')) Sep 19 18:37:51 Failed to initialize contacts Sep 19 18:38:30 seems that it can't create contact cache Sep 19 18:39:35 clean patchwork, yeah! :D Sep 19 18:39:47 especially because I have no just "Phone" Sep 19 18:39:48 8( Sep 19 18:40:02 ohhh Sep 19 18:40:12 Q-Master: pyphonelog doesn't care about that? Sep 19 18:40:15 Q-Master: hmm Sep 19 18:40:23 Q-Master: HomePhone isn't valid field name Sep 19 18:40:27 it should be "Home phone" Sep 19 18:40:36 self.__contacts_cache[ phoneutils.normalize_number(result['Phone']) ] = result['Name'] Sep 19 18:40:51 I'll fix my script Sep 19 18:42:02 hi all :) Sep 19 18:44:00 Q-Master: i'll add to my TODO fixing pyphonelog to take care about every phone type Sep 19 18:44:40 dos1: seems that i can add a quickfix Sep 19 18:44:48 dos1: just one if Sep 19 18:46:44 mrmoku: failed packages: Sep 19 18:46:47 ERROR: '/home/shr/shr-unstable/openembedded/recipes/xorg-xserver/xserver-xorg_1.3.0.0.bb' failed Sep 19 18:46:49 ERROR: '/home/shr/shr-unstable/openembedded/recipes/freesmartphone/libfsobasics_git.bb' failed Sep 19 18:46:49 ERROR: '/home/shr/shr-unstable/openembedded/recipes/mplayer/mplayer_svn.bb' failed Sep 19 18:46:51 ERROR: '/home/shr/shr-unstable/openembedded/recipes/e17/e-tasks_svn.bb' failed Sep 19 18:46:52 ERROR: '/home/shr/shr-unstable/openembedded/recipes/shr/shr-launcher_svn.bb' failed Sep 19 18:46:54 ERROR: '/home/shr/shr-unstable/openembedded/recipes/shr/shr-config_git.bb' failed Sep 19 18:46:56 ERROR: '/home/shr/shr-unstable/openembedded/recipes/navit/navit_svn.bb' failed Sep 19 18:47:29 not that bad Sep 19 18:47:48 8) Sep 19 18:48:23 mrmoku: yup, but libfsobasics is quite critical ;x Sep 19 18:48:28 and xserver-xorg ;) Sep 19 18:48:45 and mplayer is needed for task-shr Sep 19 18:48:46 xserver-org is due to missing rev? Sep 19 18:48:53 mrmoku: no Sep 19 18:48:58 others are just from task-shr-feed Sep 19 18:49:14 checking xserver-xorg now Sep 19 18:50:08 mrmoku: update pidgin plz Sep 19 18:50:37 Q-Master: later Sep 19 18:50:41 btw, is enlightenment is updated in this party? Sep 19 18:50:52 Q-Master: now we have problems with basic packages Sep 19 18:51:02 after that i want to update EFL (so khiraly1, yes) Sep 19 18:51:08 and pidgin too ;) Sep 19 18:51:15 ok Sep 19 18:51:23 khiraly1, EFL update party :D Sep 19 18:51:27 dos1: thanks! Sep 19 18:51:37 including the hangover afterwards :P Sep 19 18:51:45 ehh Sep 19 18:51:53 ok, I open a bottle of wine;) Sep 19 18:52:03 better do so, yeah :) Sep 19 18:52:43 btw, are you aware guys the new upcoming hardware mod project? Sep 19 18:52:54 mrmoku: did you saw my list of packages that are missing in oe.dev? Sep 19 18:54:03 Heinervdm, yep Sep 19 18:54:13 dos1: Also I think there could be a problem with phonelog that it depends only on name, but not on name and surname Sep 19 18:54:17 Heinervdm, have you pastebin open in firefox for later lecture Sep 19 18:54:17 ok Sep 19 18:54:28 ambient light sensor+two gyros(XY, Z)+magnetometer Sep 19 18:54:40 the price estimate is 70EUR, and it will fit inside the freerunner Sep 19 18:54:51 pretty awesome... Sep 19 18:55:20 PaulFertser: ^^ maybe you will be interested about it Sep 19 18:55:21 ;) Sep 19 18:55:32 mrmoku: xserver-xorg error: http://tinderbox.openembedded.net/public/logs/task/2908032.txt Sep 19 18:55:48 ;) Sep 19 18:56:36 Weiss, ping any idea about that ^^^ ? Sep 19 18:56:50 i suggest there is a lib missing Sep 19 18:57:44 khiraly1: not really :) I fail to be motivated lately... Sep 19 18:57:53 dos1, sources still on the buildhost? Sep 19 18:57:55 * mrmoku checks Sep 19 19:00:06 mrmoku: http://patchwork.dev.bearstech.com/project/SHR/list/ ;) Sep 19 19:01:20 dos1, that won't make x compile though ;) Sep 19 19:01:25 PaulFertser: how so? Sep 19 19:01:36 dos1, I think that panoramix include is still staged from kdrive Sep 19 19:01:47 I have it on my buildhost too... and I never built any x stuff Sep 19 19:01:49 (xorg) Sep 19 19:03:14 dos1, applied Sep 19 19:03:25 mrmoku: thanks ;) Sep 19 19:05:02 PaulFertser: my gf told about this hardware mod: "Great, now you can drill holes for the shelves, and finally put them on the wall" Sep 19 19:05:26 (after I explained whats for a gyroscope Sep 19 19:05:27 ;) Sep 19 19:06:18 hi Sep 19 19:06:42 does anyone know 'AT*MGPIO' command syntax? Sep 19 19:07:05 khiraly1: heh? what's the connection? Sep 19 19:09:22 PaulFertser: I can use it for this: http://www.t-mark.hu/stabila/80LMX-P+L.jpg Sep 19 19:09:29 I try to find a better picture Sep 19 19:11:37 mrmoku: so now we only have to fix building of stuff ;) Sep 19 19:11:51 PaulFertser: http://en.wikipedia.org/wiki/Spirit_level Sep 19 19:12:15 called as Carpenter's level Sep 19 19:12:31 PaulFertser: I think the gyroscope can be used for it, am I wrong? Sep 19 19:12:54 khiraly1: you can do that with accelerometers too Sep 19 19:12:56 khiraly1: magnetometer is needed i guess. Sep 19 19:13:38 PaulFertser: magnetometer is used for north, east, west, south determining Sep 19 19:13:40 khiraly1: also you can use some object on a thread combined with 90-degree object to do the same. Sep 19 19:14:04 ok, then what can be used an XY and a Z gyroscope?;) Sep 19 19:14:22 Heinervdm: dunno about the precision. Sep 19 19:14:38 ok Sep 19 19:15:19 khiraly1: you already have "accelerometers" that can be used as a spirit level. Sep 19 19:15:48 hmm. Then I should write an application for it Sep 19 19:16:03 NOTE: Task failed: Fetch failed: http://www.freesmartphone.org/sources/vala-0.7.2+0.7.3-fso1.tar.gz Sep 19 19:16:24 khiraly1: there is some gwaterpass on opkg.org Sep 19 19:16:34 then I lack whats for a gyroscope and a magnetometer. The magnetometer is useful as a digital compass. But you can do the same with gps. You start walking like 5-10 meters to a direction, its more or less accurate Sep 19 19:16:56 Heinervdm: make update Sep 19 19:17:00 Heinervdm, upate Sep 19 19:17:07 :) Sep 19 19:17:19 uhh.. no Sep 19 19:17:20 I did 1 Minute ago Sep 19 19:17:37 so I dont know what usecase would justify the high prices (magnetometer=18EUR each, gyroscope is the same. And the project uses 3 in total) Sep 19 19:19:15 Heinervdm, HEAD is now at a415e3c shr-autorev-unstable: set cornucopia stuff back to AUTOREV Sep 19 19:19:31 mrmoku: it's my head too Sep 19 19:20:19 oh it's only HEAD in shr-testing Sep 19 19:20:31 fatal: The remote end hung up unexpectedly Sep 19 19:20:36 for shr-unstable Sep 19 19:20:53 Heinervdm: retry Sep 19 19:21:56 again, did a git pull manually Sep 19 19:22:04 that worked Sep 19 19:23:56 mrmoku / dos1: hmm.. dammit, i've seen that one before but can't remember what i did. either an X library isn't new enough (and not picked up by any configure script) or old headers hanging around.. Sep 19 19:24:39 Weiss, I *think* it might be some old headers in the staging dir coming from xserver-kdrive builds Sep 19 19:25:28 dos1, Heinervdm: still the same Sep 19 19:25:34 it is trying to build old vala-native Sep 19 19:25:58 NOTE: preferred version 0.7.6-fso2 of vala-native not available (for item vala-native) Sep 19 19:26:12 and I know hwy Sep 19 19:26:18 vala.inc is wrong Sep 19 19:26:58 it built correct vala-native on buildhost ;x Sep 19 19:27:10 but if you update this, you will probably get problems with testing build Sep 19 19:27:28 mrmoku: Xorg-server 1.3 is very old.. JaMa's patches should be for either 1.6 or Git master, I think Sep 19 19:28:08 :x Sep 19 19:28:32 Weiss, hah... that might be a good reason for the failure too :) Sep 19 19:28:39 what version of panoramiXext is being used? Sep 19 19:28:52 which package does provide it? Sep 19 19:28:58 Xorg builds are a bit of a pain.. you have to follow some quite long chains of dependencies Sep 19 19:30:15 hmm, this gwaterpas works, and also proves, that I want a true gyroscope;) Sep 19 19:30:16 Heinervdm, vala.inc in oe.dev does not set any PV Sep 19 19:30:24 which is the right thing to do Sep 19 19:30:48 mrmoku: xineramaproto I think.. but it could be that that header isn't even supposed to exist Sep 19 19:32:06 Heinervdm, dos1: pushed a fixed vala.inc Sep 19 19:32:43 mrmoku: could you pastebin or post the contents of the header that it's complaining about? Sep 19 19:34:30 Weiss, ok, moment Sep 19 19:35:35 Weiss, http://build.shr-project.org/tests/mrmoku/panoramiXext.h Sep 19 19:37:18 do somebody know why `alsamixer |grep Simple` reports other names then `alsamixer controls` Sep 19 19:37:27 PCM vs. PCM Volume Sep 19 19:37:49 khiraly1: i do Sep 19 19:38:02 khiraly1: alsamixer strips some to make it easier to present to the user. Sep 19 19:38:05 PaulFertser: care to share your knowledge?) Sep 19 19:38:32 khiraly1: e.g. if something is adjustable like a volume you assume it's volume anyway, so it strips the endings. Sep 19 19:38:33 and with a .state file I can change the names of controls? Sep 19 19:38:46 khiraly1: no, names are fixed Sep 19 19:39:05 because some ends to sw, Swi, Swit ... Sep 19 19:39:12 mrmoku: what version of libXinerama is being used? Sep 19 19:39:47 Weiss: 1.0.99.1 Sep 19 19:39:58 PaulFertser: for example control.9, 68, 69 Sep 19 19:40:03 Switch, Sw, Swi Sep 19 19:40:26 there is also Switc(75) Sep 19 19:40:26 Heinervdm, mrmoku, dos1: ok... i suspect (but don't know for sure) that the libXinerama version is simply too recent for Xserver 1.3 Sep 19 19:40:30 khiraly1: ah, that one. Sep 19 19:40:52 80 ends with S Sep 19 19:41:11 khiraly1: i can explain it too: .28 and before had a limit for the length of control names. Andy introduced temporary truncation to retain compatibility with old statefiles. Sep 19 19:41:19 so I think I found all possibilities: S, Sw, Swi, Swit, Switc, Switch Sep 19 19:42:12 PaulFertser: the names are defined in the kernel code? Sep 19 19:42:22 khiraly1: yes. And truncated later in the kernel too. Sep 19 19:42:31 khiraly1: quite possibly we should remove that now Sep 19 19:42:58 mrmoku: PREFERRED_VERSION_xserver-xorg ?= "1.3.0.0" Sep 19 19:43:08 in preferred-shr-versions Sep 19 19:43:09 mrmoku, dos1: but why is Xserver 1.3 being used rather than at least 1.6? (1.6 should work if the headers/libraries are the right corresponding versions, extra goodies (mixed mode pixmaps->faster) come with Git master+KMS, but at the cost of a little stability) Sep 19 19:43:37 dos1, but should be overwritten by the included file from JaMa Sep 19 19:43:58 so an invidual control I can set with alsa with this command: amixer -qc 0 set PCM 80% Sep 19 19:44:11 OR: amixer -qc 0 set PCM Volume 80% Sep 19 19:44:12 no? Sep 19 19:44:23 mrmoku: where? it isn't in -xorg file Sep 19 19:44:33 aah Sep 19 19:44:34 mrmoku: JaMa defined PREFERED_VERSION only in -kms.conf ;) Sep 19 19:44:34 khiraly1: i guess you should use full names for amixer. And don't forget "s Sep 19 19:44:37 it's only in kms Sep 19 19:44:39 mrmoku: sending patch ;) Sep 19 19:44:45 Heinervdm, ouch :) Sep 19 19:45:46 error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer Sep 19 19:45:52 mrmoku: patch in patchwork ;) Sep 19 19:46:06 dos1, ok Sep 19 19:46:53 applied Sep 19 19:47:31 PaulFertser: amixer -c 0 set "PCM" 83% works, but "PCM Volume" not. (what lists with amixer controls command) Sep 19 19:48:06 dos1: http://pastebin.com/m65581b20 Sep 19 19:48:14 khiraly1: ah, that's because some controls are "coupled" together i think. Like Volume and its mute settings. Sep 19 19:48:21 freesmartphone.org: 03mickey 07cornucopia * ra72993081c69 10/fsodeviced/src/plugins/ (4 files in 4 dirs): fsodeviced: fix remaining references to Linux26 Sep 19 19:48:30 dos1: patch for pyphonelog fixing the issue quite well Sep 19 19:48:43 dos1: checked for me just now Sep 19 19:49:18 root@om-gta02 ~ $ amixer |grep Simple |grep PCM Sep 19 19:49:19 Simple mixer control 'PCM',0 Sep 19 19:49:19 root@om-gta02 ~ $ amixer controls |grep PCM Sep 19 19:49:19 numid=1,iface=MIXER,name='PCM Volume' Sep 19 19:50:13 PaulFertser: could you explain this part more? "Like Volume and its mute settings." Sep 19 19:50:52 khiraly1: some channels have a volume slider as well as mute switch. Sep 19 19:51:25 in alsamixer? Sep 19 19:51:27 or where? Sep 19 19:51:35 NOTE: preferred version 1.6.999+git% of xserver-xorg not available (for item xserver-xorg) Sep 19 19:52:01 khiraly1: yes, you see them as a single channel in alsamixer. Sep 19 19:52:04 freesmartphone.org: 03seba.dos1 07specs * rc5ecb98a63bf 10/ (11 files in 3 dirs): PIM: add Dates domain Sep 19 19:53:01 Heinervdm: hmm Sep 19 19:53:09 Heinervdm: but it has DEFAULT_PREFERENCE Sep 19 19:53:17 so it should be built Sep 19 19:53:56 PaulFertser: single channel? Sep 19 19:53:56 I think it will be build because it has the newest version Sep 19 19:54:29 khiraly1: sorry, i'm probably wrong here but i don't know anything more. Sep 19 19:55:29 so when messing with alsa which commands should I use? amixer with this "truncated" names? (PCM Volume -> PCM) Sep 19 19:55:31 Heinervdm, it will build from git - current HEAD Sep 19 19:56:46 I think JaMa using a different bitbake version that uses % wildcard Sep 19 19:57:16 khiraly1: yes, i guess so. Whenever you want to set "percentage" you drop "Volume". Sep 19 19:57:38 yup, it's building git now on buildhost Sep 19 19:58:04 so next will be cornucopia... it can't find vapi files at configure ;/ Sep 19 19:58:16 oh. do_configure of xserver-xorg failed Sep 19 19:58:23 dos1: check my patch Sep 19 19:58:44 dos1: check last commit in cornucopia ;) Sep 19 19:58:52 checking for GL... configure: error: Package requirements (glproto >= 1.4.9 gl >= 7.1.0) were not met: Sep 19 19:58:54 No package 'gl' found Sep 19 19:58:59 10 minutes ago Sep 19 19:59:09 Heinervdm: it wasn'y fsodeviced - i mean libfsobasics Sep 19 19:59:17 Heinervdm: and i already checked code, it's ok Sep 19 19:59:25 ok Sep 19 20:01:51 dos1: are you building X.org? Sep 19 20:01:55 PaulFertser: yup Sep 19 20:02:03 dos1: i just had the same error :D Sep 19 20:02:12 oh ;D Sep 19 20:02:14 dos1: i'm building x.org from git to use the latest nouveou Sep 19 20:02:17 PaulFertser: there is more truncating going here: Sep 19 20:02:20 Not really fun. Sep 19 20:02:30 PaulFertser: i'm building x.org for SHR. even less fun :P Sep 19 20:02:40 dos1: gl.pc comes from Mesa Sep 19 20:02:47 mesa is in depends Sep 19 20:02:48 control.12 Mono Sidetone Playback Volume -> Mono Sidetone Sep 19 20:02:49 ;x Sep 19 20:03:05 dos1: PREFERRED_PROVIDER_mesa = "mesa" should be set Sep 19 20:03:07 it deletes the "Playback Volume" part of the string Sep 19 20:03:12 quite annoying Sep 19 20:03:21 Heinervdm: will you send the patch? Sep 19 20:03:22 dos1: and PREFERRED_PROVIDER_drm = "libdrm" Sep 19 20:03:28 ok Sep 19 20:03:30 send it :) Sep 19 20:03:37 and mrmoku: apply it Sep 19 20:03:39 ;) Sep 19 20:04:00 khiraly1: yes, playback is truncated because alsamixer shows playback and capture controls on different panes. Sep 19 20:04:19 dos1, not in patchwork yet Sep 19 20:04:46 mrmoku: i have to write a commit message, sent now ;) Sep 19 20:05:37 PaulFertser: heh, its so big complication for no gain at all Sep 19 20:05:58 applied Sep 19 20:06:42 khiraly1: probably so Sep 19 20:12:02 dos1: we have glproto 1.1.4, so we need to update that Sep 19 20:12:07 Q-Master: thanks for patch, applying Sep 19 20:12:19 dos1: oh ne, 1.4.10 so it's ok :) Sep 19 20:12:34 ~opimd-utils Sep 19 20:12:35 somebody said opimd-utils was not phone suite, it's only set of test scripts for developers. You can use it as phone apps, but without any warranty. Many things are not implemented, *AND THEY PROBABLY WON'T BE*. That's what dos1 said. Sep 19 20:12:40 ~opimd-messages Sep 19 20:12:41 it has been said that opimd-messages is crap, and that won't change soon Sep 19 20:13:13 dos1: anyway you also need to fix your notification in opimd-utils. It also doesnt resolve name Sep 19 20:13:54 Q-Master: it's already in my todo, as that has to be done at opimd side Sep 19 20:13:57 * ERROR: Cannot satisfy the following dependencies for fsousaged: Sep 19 20:13:57 * libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9) * Sep 19 20:14:16 dos1: ok. thanks Sep 19 20:14:48 dos1, have your idea how to fix it? Sep 19 20:26:53 max_posedon: dunno... ;x Sep 19 20:29:11 mrmoku, dos1 can't you check which version should be in feeds? Sep 19 20:29:20 max_posedon: too late Sep 19 20:29:40 max_posedon: even if we'd check that, then we can't sync feeds, as on buildhost there is already xorg stuff Sep 19 20:29:50 not fully built yet Sep 19 20:31:24 Heinervdm: still the same :/ Sep 19 20:31:26 checking for GL... configure: error: Package requirements (glproto >= 1.4.9 gl >= 7.1.0) were not met: Sep 19 20:31:28 No package 'gl' found Sep 19 20:31:29 after building mesa Sep 19 20:31:59 dos1: i'm having problems with python-dbus... Sep 19 20:32:00 mesa-6.5.2 Sep 19 20:33:02 dos1, opengl? Sep 19 20:33:36 you should install opengl package I think Sep 19 20:33:38 dos1: check src/mesa/gl.pc , it should be in mesa. Sep 19 20:33:45 dos1: there is mesa 7.4 in OE.dev Sep 19 20:33:54 mrmoku: ^^^ ;D Sep 19 20:33:57 max_posedon: no, this one comes from mesa, it is opengl implementation, just not licensed as opengl-compatible. Sep 19 20:34:11 and 7.2 in shr/import Sep 19 20:34:16 hmm Sep 19 20:34:27 you have to update preferred version Sep 19 20:36:29 PaulFertser: ping Sep 19 20:36:34 khiraly1: pong Sep 19 20:36:50 Sidetone Playback Volume vs. Sidetone Capture Volume Sep 19 20:37:02 all the two are truncated the same way: Sidetone Sep 19 20:37:40 So I could not change one of the two, or dunno how to reference to it Sep 19 20:38:00 khiraly1: hm, i see. No idea yet, try to play with amixer... Sep 19 20:38:09 dos1, if people would ask - directly installing via link helps Sep 19 20:38:41 max_posedon: strange Sep 19 20:38:51 next task, dump data, and convert to ubifs Sep 19 20:39:22 mrmoku: patch for bumping mesa for 7.2 is in patchwork Sep 19 20:39:31 mrmoku: but it's not tested, building just ATM Sep 19 20:39:45 ok... will wait then Sep 19 20:39:50 moving to neo, bbs Sep 19 20:39:56 dos1, tell me if it builds Sep 19 20:40:00 ok Sep 19 20:40:06 (even from neo if you wish ;) Sep 19 20:41:16 max_posedon: are you sure ubifs is cool enough? Sep 19 20:41:26 yes Sep 19 20:41:30 its async Sep 19 20:41:36 killer feature Sep 19 20:41:40 max_posedon: naeg from ArchLinux was supposed to test it and report the results on real hardware (and yes, he got it to work). Sep 19 20:41:56 also, it used(tested) by nokia and openinkport projects Sep 19 20:42:21 openinkport developers happy with it Sep 19 20:42:35 max_posedon: i know. Do you need any help in getting it to work? I can tell you the values naeg used. Sep 19 20:42:51 I'll be happy Sep 19 20:43:30 but I don't see any values like block size in mkfs.ubifs Sep 19 20:44:24 max_posedon: will you test it if i tell you how to use it then? ;) Sep 19 20:44:42 I'll! Sep 19 20:44:50 results in 2 hours, I bet) Sep 19 20:45:25 PaulFertser: Capture Volume -> Capture vs. Capture Switch -> Capture Sep 19 20:45:29 this is definietly a bug Sep 19 20:46:34 mrmoku: it failed because it needs libdrm 2.3.1, and we have 2.3.0 ;x Sep 19 20:46:47 looking for recipes now Sep 19 20:47:15 max_posedon: you'll need to take a look at http://wiki.laptop.org/go/UBIFS_initial_experime Sep 19 20:47:19 nts Sep 19 20:47:27 max_posedon: also at http://www.linux-mtd.infradead.org/faq/ubifs.html Sep 19 20:47:35 ok, there is recipe Sep 19 20:47:37 max_posedon: and i'll find the resulting parameters for you. Sep 19 20:48:29 max_posedon: logical erase block should be 128*1024 - 2*2048 which is exactly 126976, as expected. Sep 19 20:49:36 max_posedon: -m 2048 Sep 19 20:49:56 mrmoku: libdrm has to be bumped to, to 2.3.1 Sep 19 20:50:01 max_posedon: and pass -p 128KiB to ubinize Sep 19 20:50:41 dos1|neo: just bump in preferred-shr-version Sep 19 20:50:43 ok, thanks, let me dump current / before Sep 19 20:51:00 Heinervdm: yup, did it Sep 19 20:52:38 for the KMS/DRI stuff, are you using my Mesa repository? (it's definitely optional at the moment, since there isn't enough 3D driver to be useful) Sep 19 20:53:00 hi again Sep 19 20:53:12 Weiss: we currently build without KMS Sep 19 20:53:20 question retry - does anyone know syntax of 'AT*MGPIO' command? Sep 19 20:53:43 Heinervdm: and just include a separate xf86-video-glamo-kms? Sep 19 20:54:09 Weiss: there is mesa-dri-glamo recipe Sep 19 20:54:17 ah, ok Sep 19 20:54:23 Weiss: so i suppose it's from your repo ;) Sep 19 20:54:35 Sleep_Walker: if you won't get a reply, i suggest you write a mail to Dieter Spaar. Sep 19 20:55:05 dos1|neo: with the same version of X.org in both cases? Sep 19 20:55:45 Weiss: dunno, ask JaMa Sep 19 20:56:00 mrmoku: commit my patch, and bump libdrm Sep 19 20:56:05 mrmoku: it built Sep 19 20:56:33 oh, wait Sep 19 20:56:38 mesa is compiling Sep 19 20:56:49 i saw something wrongly ;x Sep 19 20:57:03 do_install faild Sep 19 20:57:36 wrong reciepe Sep 19 20:58:42 Heinervdm: take care of it, i'm going to take a shower Sep 19 20:58:46 bbs Sep 19 20:59:05 dos1|neo, good :) Sep 19 20:59:18 dos1|neo, ahh... bad Sep 19 20:59:25 PaulFertser: thanks for advice Sep 19 21:00:02 Sleep_Walker: he has sources to the AT command interpreter at least. And experience. Sep 19 21:00:03 I'm interested in using BCM2133 GSM chip in my phone, but I've got lack of documentation... Sep 19 21:00:07 PaulFertser: Also Sw, S, Swi, Swit are not recognized as switch (and thus does not get truncated) Sep 19 21:01:00 khiraly1: yes, this is definetely a bug Sep 19 21:02:42 would be nice to access the alsa controls by its number, not this ambigious names Sep 19 21:04:00 khiraly1: the Sw issue is a workaround for to keep the kernel compatible to the state files Sep 19 21:04:19 mrmoku: mesa installed now Sep 19 21:04:28 it will be fixed in 2.6.31 Sep 19 21:04:44 larsc: yeah, but there are names which ends to volume and switch. And they are truncated to the same variable Sep 19 21:04:45 Heinervdm, some patch needed? Sep 19 21:04:49 larsc: like Sidetone Sep 19 21:04:58 its independent of Sw S Swit issue Sep 19 21:05:03 mrmoku: patch is in patchwork Sep 19 21:05:11 * mrmoku applying Sep 19 21:05:34 khiraly1: thats a feature not a bug ;) Sep 19 21:05:38 mrmoku: bump libdrm to 2.3.1, can't send patch for that Sep 19 21:07:10 khiraly1: if you open alsamixer you'll both the switch and the volume under the same controll Sep 19 21:07:26 khiraly1: ^^^^ Sep 19 21:07:28 i told ya Sep 19 21:07:43 larsc: I could not figure out how to toggle a switch btw Sep 19 21:07:54 ok, I finished the table: http://wiki.openmoko.org/wiki/The_ultimate_alsa_guide_to_statefile_by_klaszlo#Table Sep 19 21:08:13 it is marked how it truncates amixer the names Sep 19 21:08:21 khiraly1: press M for playback or Space for capture Sep 19 21:08:24 larsc: the problem you cant toggle it through amixer Sep 19 21:08:34 khiraly1: you can Sep 19 21:08:38 how? Sep 19 21:08:40 khiraly1: well, at least i can Sep 19 21:08:53 amixer -c 0 set Sidetone Sep 19 21:09:08 Sidetone Capture Volume vs. Sidetone Playback Volume Sep 19 21:09:12 ah, amixer Sep 19 21:09:37 larsc: if you want to do from a program, you need to use amixer in the end, no? Sep 19 21:09:43 intone at least uses amixer Sep 19 21:09:49 (I looked at its code) Sep 19 21:10:29 you can always use libasound Sep 19 21:10:58 but 20 seconds of `man amixer` reading tells me how to do it with amixer Sep 19 21:11:08 ehh Sep 19 21:11:15 Yes, libasound is not easy. There's an example of how to reproduce the same amixer does though. Sep 19 21:11:17 mrmoku: xserver-xorg build too Sep 19 21:11:26 yeah Sep 19 21:12:29 larsc: amixer -c 0 cset numid=41 7 Sep 19 21:12:38 ^^ I think it is the right one Sep 19 21:12:44 khiraly1: "The parameters cap, nocap, mute, unmute, toggle are used to change capture (recording) and muting for the group specified." Sep 19 21:13:37 oh, ... PaulFertser aren't ubifs enabled in defconfig? Sep 19 21:13:49 looks like default shr kernel haven't support( Sep 19 21:13:52 max_posedon: quite possibly so Sep 19 21:14:30 max_posedon: yes, it's not there Sep 19 21:14:54 ah... this should be changed! Sep 19 21:15:10 ok, it addes one more step before testing Sep 19 21:15:47 xserver-xorg built ;) Sep 19 21:17:06 is it hard add ubifs support in shr-kernel just now?) Sep 19 21:17:18 which kernel do we have right now? Sep 19 21:17:21 2.6.31? Sep 19 21:17:31 2.6.29-rc3 with patches I think Sep 19 21:18:03 max_posedon: since we're moving to .31 there's no sense to care about .29 much. Sep 19 21:18:17 khiraly1, max_posedon: we have plain andy-tracking Sep 19 21:18:34 dos1|neo, plain andy-tracking kernel have support of ubifs Sep 19 21:18:40 when andy-tracking will move to .31, shr will automatically move too Sep 19 21:18:44 I speak just about enabling in config Sep 19 21:19:15 btw, which features missed in .31? Sep 19 21:19:37 e.g. what I lose, if I decide use .31 right now? Sep 19 21:21:21 bitbake world -k ;D Sep 19 21:22:28 max_posedon: you better do not. It's not ready yet. Sep 19 21:23:15 kernel itself or what? I think for now, I just want gsm Sep 19 21:23:23 no gps, no wifi is ok) Sep 19 21:25:51 dos1|neo, mrmoku so, what about enable ubifs in config? or who is better person to ask? Sep 19 21:26:35 max_posedon: me most possibly Sep 19 21:26:51 :) Sep 19 21:27:02 max_posedon: but why do it now when Qi bootloader is not ready anyway and it's unclear how to properly use ubifs and what it gives? Sep 19 21:27:07 PaulFertser, so, what about enable it in config?) for example because shr start release ubifs images) Sep 19 21:27:38 max_posedon: shr releases improper images. Both ubifs part is wrong and they don't ubinize it at all. Sep 19 21:27:42 it gives less disk latency operations Sep 19 21:27:50 its async! Sep 19 21:28:12 for example, right now I dumping fs with tar Sep 19 21:28:19 did test call (jffs2) Sep 19 21:28:28 phone start ringing after 50sec! Sep 19 21:28:44 just because disk busy in sync reading/writing Sep 19 21:29:49 you can try compare mounting ext2 on uSD in sync and async mode Sep 19 21:29:54 diff is awesome Sep 19 21:30:25 also, one more test Sep 19 21:30:39 try listen music, and type anything on illume keyboard Sep 19 21:30:46 music will stops Sep 19 21:30:58 for a miliseconds, and then continue Sep 19 21:31:00 its bad. Sep 19 21:31:12 max_posedon: nice mplayer Sep 19 21:31:13 ;p Sep 19 21:31:29 dos1|neo, won't help, Sep 19 21:31:29 max_posedon: is async default for ext3? Sep 19 21:31:35 *disk io* Sep 19 21:31:46 dos1|neo, its not about ext3 Sep 19 21:31:53 its about mount and kernel Sep 19 21:32:09 max_posedon: wtf? disk io with illume keyboard?... Sep 19 21:32:20 max_posedon: i know Sep 19 21:32:28 yep, may be reading some stuff Sep 19 21:32:35 but as is Sep 19 21:33:02 one more test, try copy smth to / and listen music from mp3 saved on / Sep 19 21:33:03 max_posedon: but mount didn't say to me if it's synced or asynced mounted Sep 19 21:33:14 dos1|neo, it says Sep 19 21:33:32 /dev/mmcblk0p1 on /media/card type ext3 (rw,errors=continue,data=ordered) <- async here Sep 19 21:33:34 max_posedon: here it doesn't Sep 19 21:33:43 /dev/mmcblk0p2 on /media/mmcblk0p2 type ext3 (rw,sync,errors=continue,data=ordered <- sync here Sep 19 21:33:58 that's why i asked Sep 19 21:34:01 max_posedon: well, if you prove ubifs helps... ;) Sep 19 21:34:03 ah, yes, async is default for ext3, now I understand your question) Sep 19 21:34:12 ;) Sep 19 21:34:42 do you know reason, why this fs should be disabled?) Sep 19 21:34:55 libfsobasics failed Sep 19 21:35:07 mrmoku: could you look at that? ;/ Sep 19 21:35:32 PaulFertser, I will) Sep 19 21:35:45 freankly speaking I'm just lazy to compile kernel) Sep 19 21:35:48 dos1|neo, ok Sep 19 21:35:57 but looks like I must Sep 19 21:37:10 it will be long night) Sep 19 21:41:20 growl... i think i've come up against a bug in the GCC used by OE :( Sep 19 21:43:24 mail sent, lets see Sep 19 21:46:00 Heinervdm: and you can take a look at mplayer recipe if you want ;) Sep 19 21:46:07 it also fails Sep 19 21:46:25 dos1|neo: currently looking for python-dbus Sep 19 21:46:41 what's wrong with that? Sep 19 21:46:51 it doesn't build Sep 19 21:47:11 navit also fails, in do_install Sep 19 21:47:44 do_install shouldn't be that hard to fix Sep 19 21:49:17 mrmoku: libfsobasics complained at missing linux26.vapi when it was installed by misc-vapi Sep 19 21:49:35 mrmoku: now linux.vapi is provided by vala Sep 19 21:49:46 mrmoku: but it still complains Sep 19 21:50:10 hmm Sep 19 21:50:42 freesmartphone.org: 03mickey 07cornucopia * r07b35aacf8ef 10/fsodeviced/src/plugins/alsa_audio/plugin.vala: fsodeviced: alsa_audio: catch up with libcanberra-0.17 Sep 19 21:50:44 freesmartphone.org: 03mickey 07cornucopia * r2497004b66b4 10/fsodeviced/src/plugins/ (kernel26_display/plugin.vala kernel26_rtc/plugin.vala): fsodeviced: since dbus methods are now async, we can no longer call them as before from sync methods Sep 19 22:00:19 dos1|neo, going to bed now (without my neo ;) Sep 19 22:00:23 mrmoku: patch in ~/dos/ on buildhost ;) Sep 19 22:00:30 ok Sep 19 22:00:55 libcanberra again? Sep 19 22:01:14 yup, as it's new version (0.17) Sep 19 22:01:39 ok Sep 19 22:01:49 applied and pushed Sep 19 22:02:06 mrmoku: so no idea about libfsobasics? Sep 19 22:02:17 dos1|neo, fill me patchwork with a nice lot of patches I can apply tomorrow ;) Sep 19 22:02:21 dos1|neo, no, no idea Sep 19 22:02:33 but I'm quite tired... Sep 19 22:02:46 dos1|neo, maybe mickeyl has some idea :) Sep 19 22:02:54 gnight all Sep 19 22:03:41 night ;) Sep 19 22:07:26 Heinervdm: any progress? Sep 19 22:07:33 dos1|neo: no Sep 19 22:07:56 try to cherrypick all python packages from OE.dev now :) Sep 19 22:09:26 someone brave enough to try to test X.org on SHR? Sep 19 22:10:00 I'm, if simple upgrade enough Sep 19 22:10:31 dos1|neo, what steps I should do?) Sep 19 22:11:20 max_posedon: well, i'll be really suprised if it won't break anything Sep 19 22:11:29 max_posedon: are you sure? ;) Sep 19 22:11:33 yes Sep 19 22:11:42 gentoo people use xorg long time Sep 19 22:12:02 max_posedon: no, i mean packaging Sep 19 22:12:09 it's untested at all Sep 19 22:12:38 I'm doing dump now (for ubifs test, remember?) so, np Sep 19 22:12:47 dos1|neo: on my buildhost and org.oe.dev, bitbake task-fso2-compliance builds through Sep 19 22:14:47 mickeyl: i'm getting this when compiling python-dbus: http://shr.pastebin.com/d5874a453 Sep 19 22:15:11 epydoc??? Sep 19 22:15:26 never heard about that Sep 19 22:15:41 i removed everything about epydoc, because it's not in oe.dev Sep 19 22:15:59 but it does not compile either Sep 19 22:16:15 i guess it's on your buildhost and therefore it gets detected Sep 19 22:16:23 we need to disable it Sep 19 22:16:28 is it an option? Sep 19 22:17:18 configure.ac:AC_HELP_STRING([--enable-api-docs], [Enable API documentation building (requires epydoc 3 and docutils)]), enable_api_docs=$enableval, enable_api_docs="if possible") Sep 19 22:17:30 try adding --disable-api-docs to EXTRA_OECONF Sep 19 22:18:52 ok Sep 19 22:20:06 i uninstalled python-epydoc on my host and now it's working too Sep 19 22:21:28 xf86-video-glamo does not build... Sep 19 22:21:47 and it's even not provided with image tasks Sep 19 22:22:29 JaMa: ^^^^^ Sep 19 22:24:02 dos1|neo: anything I can help with? Sep 19 22:29:00 Weiss: http://tinderbox.openembedded.net/public/logs/task/2908575.txt Sep 19 22:34:23 Weiss: some idea what's missing? Sep 19 22:35:36 ah.. that's because RAC is completely gone in the latest Xorg. sometimes this can be hidden if you have old RAC headers lying around, but you've obviously done a good job of clearing up :) Sep 19 22:37:37 Weiss: so? ;) Sep 19 22:38:41 http://git.bitwiz.org.uk/?p=xf86-video-glamo.git;a=commitdiff;h=270241cebfac55088868c686c3ffa3b0b4f94fe1 and http://git.bitwiz.org.uk/?p=xf86-video-glamo.git;a=commitdiff;h=6a61c4e4402964aa0d86c65969a51a33ec89f383 are what I did on the "kms" branch Sep 19 22:40:30 i was going to let larsc do something similar to the master branch, though Sep 19 22:40:30 Weiss: can't you do that also on master? Sep 19 22:40:38 ;) Sep 19 22:41:49 Weiss: so will you commit that? if yes, then tell me when you're be done Sep 19 22:43:55 the RAC stuff is fine, but I think the dpms header thing will break compilation for other people.. Sep 19 22:47:10 on the other hand, let's get it working in this case and see if anyone else complains Sep 19 22:51:16 ok - I've committed the RAC stuff. I think you're going to run into a problem in glamo-display.c now - let me know.. Sep 19 22:51:58 dos1|neo: i think frameworkd stuff build fine for me Sep 19 22:53:10 just tried to install navit on Sep 19 22:54:23 Weiss: ok, trying Sep 19 22:54:36 Heinervdm: frameworkd is fine here too Sep 19 22:54:47 SHR unstable. it seems to have diswappeared from the repos Sep 19 22:54:54 Heinervdm: libfsobasics fails Sep 19 22:55:25 shr-lite-image builds xserver-kdrive Sep 19 22:56:03 what has happened to it? Sep 19 23:01:26 task-x11 depends on xserver-kdrive-common, why? Sep 19 23:03:47 Weiss: yup, glamo-display.c fails ;x Sep 19 23:07:14 ok... if I fix this, it'll render xf86-video-glamo incompatible with Xextproto <= 7.0.5 (must be later than July this month) Sep 19 23:07:32 so it might be better to add a patch.. this one is easy, though Sep 19 23:09:13 http://www.bitwiz.org.uk/0001-dpms.h-dpmsconst.h.patch Sep 19 23:14:21 dos1|neo: does opimd caches messages and contacts? Sep 19 23:18:27 agg1n: yes Sep 19 23:18:54 dos1|neo: build now nearly compyte lite image without error (50 tasks left) Sep 19 23:19:22 s/compyte/complete/ Sep 19 23:19:23 Heinervdm meant: dos1|neo: build now nearly complete lite image without error (50 tasks left) Sep 19 23:24:10 dos1|neo: NOTE: Tasks Summary: Attempted 7376 tasks of which 4925 didn't need to be rerun and 0 failed. Sep 19 23:24:49 Weiss: it works, thanks ;) Sep 19 23:25:36 no problem :) Sep 19 23:25:56 i'll talk to larsc about dpms[const].h the next time he appears.. Sep 19 23:28:28 max_posedon: ping Sep 19 23:28:48 dos1|neo, pong Sep 19 23:28:49 http://build.shr-project.org/tests/mrmoku/feed/ Sep 19 23:29:02 that's your feed to test Sep 19 23:29:14 xserver-xorg, xf86-video-glamo Sep 19 23:29:24 how to use it? Sep 19 23:29:34 dunno ;D Sep 19 23:29:52 play with it if you want Sep 19 23:29:53 max_posedon: i suggest to remove xserver-kdrive first Sep 19 23:30:27 I'm ready do what ever you want, if you will say me how) Sep 19 23:30:44 mplayer isn't building for me, complaining about " static declaration of 'log2' follows non-static decl", guess it's because of this always_inline-stuff. Otherwise xserver-org builds fine. Sep 19 23:35:11 ingi: mplayer is broken atm Sep 19 23:35:21 the same with navit Sep 19 23:36:18 ok, trying change feeds Sep 19 23:36:25 ah, so building the shr-unstable-image will be failing until fixed ? Sep 19 23:36:26 dos1|neo: xserver-xorg-conf is missing Sep 19 23:37:01 and xorg-minimal-fonts probably Sep 19 23:37:37 Do you guys keep a tree paralell to shr-unstable/ were you fix stuff and make patches from or what ? Sep 19 23:38:28 ingi: we're working on fixing stuff in shr-unstable Sep 19 23:39:21 Heinervdm: both are there Sep 19 23:39:43 Heinervdm: in tests/mrmoku feeds, they got build Sep 19 23:41:09 dos1|neo: ok, but i think xorg-input-evdev should be usefull Sep 19 23:41:28 dos1: I know that, and I really acknowledge your work. But I've been wondering for a while how you set up your dev.environment. Are you constantly merging/commiting with/to git: ? Sep 19 23:42:06 dos1|neo, ok, so what I should install? Sep 19 23:45:10 ingi: i don't have commit acces Sep 19 23:45:35 ingi: to oe. i'm just sending patches Sep 19 23:45:54 in shr and fso repo i'm just commiting and pushing Sep 19 23:46:01 nothing more ;D Sep 19 23:47:52 http://shr.pastebin.com/d34fc0db6 Sep 19 23:47:57 now installing xterm Sep 19 23:48:32 dos1: I wouldn't want to have commit access, I just would like to have a tree were I can try to make my own changes and diff against the tree originating from git:..., right now I'm constantly doing a 'make update ; make shr-unstable-image' and strangely its not like running on the highway... Sep 19 23:49:47 ingi: why do you need whole image? Sep 19 23:50:14 ingi: just do 'bitbake -k task-shr-minimal task-shr task-shr-feed' Sep 19 23:50:34 it'll build everything it can from full shr tree Sep 19 23:50:48 Wow I didn't know that :-) Sep 19 23:51:27 dos1|neo: i have an xterm running, but no mouse ;) Sep 19 23:51:43 xf86-input-mouse xf86-input-tslib xf86-input-keyboard pls Sep 19 23:52:54 Heinervdm: building ;) Sep 19 23:57:57 Heinervdm: xf86-input-tslib failed Sep 19 23:59:32 xorg looks ugly Sep 20 00:01:28 /etc/X11/Xserver is wrong now Sep 20 00:01:40 the override for GTA02 must go Sep 20 00:01:54 and -mouse option must go Sep 20 00:01:58 Heinervdm: keyboard and mouse are built Sep 20 00:02:54 lot of work... Sep 20 00:03:06 ok, going to sleep Sep 20 00:03:18 good night! Sep 20 00:03:41 good night Sep 20 01:27:01 Heinervdm: still getting same EnumValue errors in shr-u this morning - should it build/something I can do to get it to build ... **** ENDING LOGGING AT Sun Sep 20 02:59:57 2009