**** BEGIN LOGGING AT Fri Sep 18 02:59:56 2009 Sep 18 03:01:04 well evas scales on the fly Sep 18 03:01:18 it does have a magic cache that may or may not save and re-use a scaled copy Sep 18 03:04:02 hum I understood that it was scaling to a second private buffer copy which I cannot access . Otherwise I would have rotated this copy instead of the raw image ... though it seems I am wrong Sep 18 03:04:13 oh magic cache is this buffer ok Sep 18 03:04:37 evas scales as it draws Sep 18 03:04:50 it may or may not have a buffer/copy saved on the way depending on its own logic Sep 18 03:05:01 but literally its real pipeline is scaling on-the-fly Sep 18 03:06:11 smooth scaling is of course much more overhead/slower Sep 18 03:06:34 as it has to read many more pixels per output pixel (varies) and do much more arithmetic Sep 18 03:07:17 ok what would have been neat if if when rotating could have happend at this same stage in the process . As it works on the fly it is bleeding fast but cannot be applied anything else without dramatically decreasing efficiency Sep 18 03:08:31 that would complicate the pipeline even more Sep 18 03:08:43 i know people want it - but its a "not so often needed" feature Sep 18 03:08:49 so no effort has been put into it Sep 18 03:09:11 people want to also rotate by non-90degree angles too Sep 18 03:09:32 also rotate does mess up geometry as a rotated object is no longer strictly its original rectangle Sep 18 03:09:35 yes . I now believe imlib2 (scale then process like rotate) then evas for rendering is the way for non typical uses Sep 18 03:10:49 :) Sep 18 03:10:49 I could do both ... if image is small enough evas only , otherwise preprocessing in imlib2 then render in evas Sep 18 03:17:34 you could. up to you. yes - evas could/should do this, but its a lot of complexity as its at the rendering engine level Sep 18 03:17:38 and there are many of them Sep 18 04:14:13 mickey|fsomeetin: ping Sep 18 04:42:14 ptitjes, hey morning Sep 18 04:42:31 hum this still the evening for me :( Sep 18 04:42:40 I'm completely out of time... Sep 18 04:42:55 actually I was wandering if you're still awake or got up early :P Sep 18 04:43:02 s/wandering/wondering/ Sep 18 04:43:02 mrmoku meant: actually I was wondering if you're still awake or got up early :P Sep 18 04:43:58 * mrmoku breakfast Sep 18 04:46:14 nice breakfast Sep 18 04:46:25 :p Sep 18 04:46:37 oki I'll go to sleep Sep 18 04:46:39 cu Sep 18 07:41:18 in shr-image do_rootfs sed: can't read /tmp/gta/rootfs/etc/bluetooth/audio.conf: No such file or directory, something has changes in last 2 days in bt? Sep 18 07:41:30 s/changes/changed/g Sep 18 07:41:30 JaMa meant: in shr-image do_rootfs sed: can't read /tmp/gta/rootfs/etc/bluetooth/audio.conf: No such file or directory, something has changed in last 2 days in bt? Sep 18 07:54:55 JaMa: that file should be an example configuration from bluez, it's changed by shr recipe to make bluetooth headsets work with gsm. Sep 18 07:56:49 PaulFertser: I know what it is.. but I have no idea why it dissappeared from my shr-image rootfs while building :/ Sep 18 07:57:06 PaulFertser: btw how is kernel stuff going? Sep 18 07:57:40 I mean shiny 2.6.31 Sep 18 07:58:32 JaMa: ask larsc, i suppose he's working on it currently. Sep 18 07:59:44 Heinervdm: do you still have problems with parsing xf86-input-keyboard_git? Sep 18 07:59:58 JaMa: i'm trying Sep 18 08:02:04 JaMa: yes i have Sep 18 08:02:30 Heinervdm: and you don't need _git version anymore.. 1.3.99.1 release is enough for xorg-xserver_git and its preferred version from shr/conf/distro/include/preferred-xorg-versions-live.inc Sep 18 08:02:50 Heinervdm: and do you have shr-om-gta02-kms.conf or shr-om-gta02-xorg.conf? Sep 18 08:03:06 Heinervdm: also which version of bitbake do you have? Sep 18 08:03:25 i have normal shr build tree Sep 18 08:03:27 BB_VERSION = "1.8.12" and its parsed ok for a long time Sep 18 08:04:39 1.8.13 Sep 18 08:05:24 bitbake-1.8.13 is released? Sep 18 08:05:45 there is still 1.8.12 http://developer.berlios.de/projects/bitbake/ Sep 18 08:05:56 JaMa: don't know, i never changed something about bitbake in my tree Sep 18 08:06:09 i'm just doing make update every day Sep 18 08:06:55 hmm i'm not using shr build tree at all.. own bitbake from gentoo system and 2 checkouts from OE tree (org.oe.dev and shr/import branch) Sep 18 08:07:21 shr has a patched bitbake version as far as i know Sep 18 08:07:26 Heinervdm: and can you add -D to bitbake command and see if it shows some more? Sep 18 08:10:27 Heinervdm: it looks like with latest Makefile you should have this version http://cgit.openembedded.net/cgit.cgi/bitbake/log/?h=1.8 Sep 18 08:10:56 thats 1.8.13.. I'll try with that Sep 18 08:11:06 after I prepare ebuild for that :) Sep 18 08:11:34 http://shr.pastebin.com/m2d9178fe that's the -D log Sep 18 08:15:24 Heinervdm: add SRCREV_pn-xf86-input-keyboard = "${AUTOREV}" somewhere Sep 18 08:18:47 JaMa: ik, now it's working Sep 18 08:19:53 what's pulling xf86-input-keyboard_git to queue? Sep 18 08:20:31 nothing, the error occured while parsing the recipes Sep 18 08:21:19 thats strange.. Sep 18 08:22:43 perhaps there is something broken because not all your patches are applied Sep 18 08:23:32 they are not touching xorg stuff, just this one http://patchwork.dev.bearstech.com/patch/156/, but this one I've not applied here.. Sep 18 08:32:39 JaMa: in libdrm. sounds like you need to update that Sep 18 08:33:03 ah, hang on - i forgot to push Sep 18 08:35:24 Weiss: I guessed so :) Sep 18 08:36:39 should be fixed now Sep 18 08:36:58 Thank you.. building now Sep 18 08:37:41 i've been allowing myself to work on the Mesa driver this week :).. since it seems that so many of the bugs i was previously trying to fix aren't actually my fault Sep 18 08:38:19 Weiss: maybe you noticed.. but bbfiles for xf86-video-glamo and glamo-kms are now in shr/import.. Sep 18 08:38:32 Weiss: so you would get much more testing now :) Sep 18 08:39:13 glamo without kms should be default for shr-unstable for some time Sep 18 08:39:48 Xorg is now the default? Sep 18 08:39:50 to check if some issues are because of xserver-xorg from git or kms code and after stabilizing that we can easily move Sep 18 08:40:04 Weiss: commited yesterday.. Sep 18 08:40:20 Weiss: so next shr-unstable builds should have only xorg Sep 18 08:41:07 cool... version 1.7 of Xserver, or something different? Sep 18 08:41:38 now git master.. but I guess we'll stay with 1.7 for some time after release Sep 18 08:42:05 ah, ok Sep 18 08:42:49 JaMa: the kms for shr-experimental patch does not apply Sep 18 08:44:42 mrmoku: hmm I just noticed that there is also my IMAGE_LINUGAS setting.. I should remove cs-cz from default languages :) Sep 18 08:44:55 mrmoku: I'll resend Sep 18 08:44:55 ERROR: Build of /home/thomas/SHR/SHR/shr-unstable/openembedded/recipes/xorg-proto/xextproto_7.1.1.bb do_configure failed Sep 18 08:45:11 checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer Sep 18 08:45:49 Heinervdm: upgrade util-macros first.. not sure why bitbake upgrades it in wrong order Sep 18 08:46:01 JaMa: ok Sep 18 08:46:34 Heinervdm: both xf86-input-keyboard and xf86-input-mouse compiled/parsed fine with that bitbake you have :/ Sep 18 08:47:04 JaMa: both parsed, i didn't try to build Sep 18 08:47:45 i'm preparing the reciepes i commit for merge with oe, currently midori Sep 18 08:48:32 Heinervdm: but they were parsed ok even without that AUTOREV here :) Sep 18 08:48:42 strange Sep 18 08:49:25 mrmoku: that update-alternatives stuff is also needed.. Sep 18 08:50:52 JaMa: applied Sep 18 08:51:00 the two patches left don't apply cleanly Sep 18 08:54:11 I'll rebase them as first in my queue and resend them Sep 18 08:54:46 but a bit later.. now I want to test if xf86-video-glamo-kms works again with AUTOREV after update of libdrm from Weiss Sep 18 09:03:42 Heinervdm: I guess why I don't need that AUTOREV for them.. because I have it in sqlite git revision table.. that could be the difference.. adding them now.. Sep 18 09:12:40 mrmoku: sent Sep 18 09:19:48 How can i do this: SRC_URI_append_om-gta02 for gta02 and gta01 without copying the whole thing? Sep 18 09:20:53 or can i do _append_shr? Sep 18 09:21:43 probably.. because you can also add ie arch _append_arm5te Sep 18 09:21:59 i will try Sep 18 09:22:40 ptitjes: can you compile libfso-glib w/ vala 0.7.6-fso1? Sep 18 09:22:58 did you try it ? Sep 18 09:24:08 yeah, it just failed for me Sep 18 09:24:16 crosschecking with 0.7.6 Sep 18 09:25:43 thanks Sep 18 09:25:49 JaMa: applied Sep 18 09:26:46 ptitjes: yes, with 0.7.6 it works Sep 18 09:27:05 wow too bad Sep 18 09:27:17 mickey|fsomeetin: I think the repo is screwed Sep 18 09:27:34 mickey|fsomeetin: btw I made some cleanup in branches Sep 18 09:28:07 mickey|fsomeetin: could you try it with master from our repo please ? Sep 18 09:28:18 ok, doing that now Sep 18 09:28:36 I know it is pain-full to have to rebuild Vala, but I'm doing something else right now Sep 18 09:29:53 mickey|fsomeetin: if the repo is screwed, I would request you to scratch the old vala.git repo and create a new vala.git repo, I would then pull the dbus-experimental branch from vala-lang.git, reapply it on vala.git and we would scratch vala-lang.git away Sep 18 09:29:55 :( Sep 18 09:30:21 yes, will do that, if necessary Sep 18 09:30:32 perhaps we're just missing a couple of revisions though Sep 18 09:30:41 will see in a bit Sep 18 09:31:11 mickey|fsomeetin: nah I observed tonight that there is merge at the top of our master, this is strange Sep 18 09:31:20 I think I made something wrong at a time Sep 18 09:31:40 ok, nevermind, lets move back to vala.git repo then :) Sep 18 09:31:47 i'll create it in the meantime Sep 18 09:31:55 while working on async, I may have pushed something on master directly by error Sep 18 09:32:06 I'm sorry for that Sep 18 09:32:43 mickey|fsomeetin: heya, how's life on fso ? is the world getting your message ? :) Sep 18 09:32:55 ptitjes: no worries Sep 18 09:33:08 mickey|fsomeetin: however as there is only one remaining patch (string enumerations over dbus), I wonder if it is really necessary to have our own repo anymore... Sep 18 09:33:33 mickey|fsomeetin: do you envision features we could build soon Sep 18 09:33:33 ? Sep 18 09:33:34 ptitjes: that depends on how much more stuff you will come up with ;) Sep 18 09:33:50 mickey|fsomeetin: for now, I think nothing immediately Sep 18 09:34:37 in some months, I may want to do better gee integration in the language when we will approach Gee-1.0 (march) Sep 18 09:34:38 wpwrak: i have my doubts about the world, but at least the people who work with their freerunners definitely appreciate our work on fso Sep 18 09:34:55 wpwrak: the problem fso has is the lack of non-openmoko hardware where we can run on Sep 18 09:34:59 also aspect-oriented programming is one of my main interest in making evolving Vala Sep 18 09:35:13 but all of these are not for the next days Sep 18 09:35:13 wpwrak: right now, there's lots of momentum around our stuff, but this will vanish if we don't manage to acquire more target platforms Sep 18 09:35:17 ptitjes: right Sep 18 09:35:29 mickey|fsomeetin: so i guess we really have to make some new devices :) Sep 18 09:35:31 ptitjes: just continue what you're doing, i'll take care of the repo for now Sep 18 09:35:38 wpwrak: indeed Sep 18 09:35:44 mickey|fsomeetin: you are so kind :) Sep 18 09:35:59 wpwrak: we're desperate as all the anti-vendor-ports don't seem to go anywhere Sep 18 09:36:01 ptitjes: ;) Sep 18 09:36:06 mickey|fsomeetin: (target platforms) i always had my doubts about the sustainability of being based on anti-vendor ports ... Sep 18 09:36:13 mickey|fsomeetin: yes, exactly Sep 18 09:36:27 mickey|fsomeetin: doing your own stuff may be insane, but at least you're in control Sep 18 09:36:35 *nod* Sep 18 09:37:59 mickey|fsomeetin: could your fso company (forgot the name) land any contracts or collect donations, or are you full-time volunteers as well ? Sep 18 09:38:30 wpwrak: until now, full-time volunteers Sep 18 09:38:47 i think we need an explicit call for donations Sep 18 09:38:51 otherwise not much will happen Sep 18 09:39:01 mickey|fsomeetin: it's good that openmoko paid us enough that we can afford to pretend for a while that we're independently wealthy ;-) Sep 18 09:39:09 haha, right Sep 18 09:39:22 my wife is supporting me still.... Sep 18 09:39:28 ...although she's getting nervous Sep 18 09:39:43 "do more iphone contract work, we need to eat" Sep 18 09:39:46 mickey|fsomeetin: do you think a call for donations will produce a relevant amoun of money ? i have some doubts. Sep 18 09:39:56 "yes love, but ... foss... my heartblood... you know" Sep 18 09:40:12 (wife supporting you) now there's a good reason for getting married ;-))) Sep 18 09:40:18 wpwrak: there are precedents like in the nslu2 community etc. Sep 18 09:40:30 wpwrak: i'd think we should at least try Sep 18 09:42:30 what do the others think? Sep 18 09:43:15 what could one loose by trying... Sep 18 09:47:42 the brazilian cabal (marcelo, jon, and i) are looking in the direction of government grants or industrial donations. i.e., few but big chunks of money. Sep 18 09:48:04 well, "donations" or investment. in the end it's the same ;-) Sep 18 09:48:25 h Sep 18 09:48:27 i Sep 18 09:48:48 e.g., it seems that _all_ carriers are pissed off with the industry and are dying to have a design they can control :) Sep 18 09:49:27 interesintg Sep 18 09:49:44 ("_all_" carriers) i.e., not just the small ones openmoko has been talking to, but also quite big ones Sep 18 09:50:16 i also toyed with the idea of getting some research funds, but as a fellow Dr. you know how involved this is. There's a lot of EU money though Sep 18 09:51:00 research funds ... depends. if i wanted to move to brazil, i guess marcelo would have them organized in a few weeks :) Sep 18 09:51:34 and yes, i know very well how much EU money is there. my officemate at EPFL organized a lot of these deals ;-) Sep 18 09:51:48 -history Sep 18 09:51:54 *nod* Sep 18 09:52:13 there's even a small industry of companies that solely exist to help negotiating and administering that stuff :) Sep 18 09:52:45 ~history Sep 18 09:52:52 ~hist Sep 18 09:52:54 ehh Sep 18 09:53:05 now .. how do i get argentina to join the EU so that i can get my hands on that money ? :) Sep 18 09:53:10 ~logs Sep 18 09:53:11 from memory, logs is at http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Sep 18 09:56:51 thx Sep 18 10:03:27 do you know some links about gsm openness of n900? Sep 18 10:04:33 http://maemo.org Sep 18 10:05:06 not exactly what you asked for Sep 18 10:05:20 mickey|fsomeetin: what's state of mer? Sep 18 10:05:52 khiraly_mc: closedness of n900... check maemo wiki "why closed packages" Sep 18 10:06:03 DocScrutinizer-8: no idea Sep 18 10:06:10 didn't follow that Sep 18 10:06:46 mickey|fsomeetin: mer is an effort to implement a maemo with no closed source drivers Sep 18 10:07:04 mickey|fsomeetin: dont see any specifics of gsm/3G driver or 3D... Sep 18 10:08:02 DocScrutinizer-8: yeah, i know about the project, but didn't follow their progress. Sep 18 10:08:14 khiraly_mc: yeah, they're a bit tightlipped about that Sep 18 10:09:10 also I dont see if n900 comes with "tainted" kernel or not Sep 18 10:09:42 better ask on #maemo Sep 18 10:09:47 there should be some guys who have it already Sep 18 10:09:57 ooohohoh Sep 18 10:10:08 ejoy :-/ Sep 18 10:18:44 mickey|fsomeetin: hum, yeah finally I may introduce covariance for return types and out parameters soon... Sep 18 10:21:04 :) Sep 18 10:21:12 ok, everything should be fixed again Sep 18 10:21:14 see vala.git Sep 18 10:21:22 corresponding source release done as well Sep 18 10:21:55 i'll remove vala-lang.git Sep 18 10:21:58 ok? Sep 18 10:23:25 freesmartphone.org: 03mickey 07vala-dbus-binding-tool * ra346ea6a92ed 10/configure.ac: post-release version bump Sep 18 10:24:14 bbl, need to take the train Sep 18 10:30:06 JaMa: ERROR: cannot concatenate 'str' and 'EnumValue' objects while parsing /home/thomas/SHR/SHR/shr-unstable/openembedded/recipes/dri/libdrm-glamo_git.bb ;) Sep 18 10:33:12 JaMa: libdrm-glamo, mesa-dri-glamo, glamo-dri-tests, xf86-video-glamo-kms all these packages throwing this error, so i think you should set them to AUTOREV too Sep 18 10:33:41 xserver-xorg too Sep 18 10:52:40 PaulFertser: ping Sep 18 11:26:35 Heinervdm: thats really strange.. Sep 18 11:26:58 JaMa: i set them to autorev and the error is gone Sep 18 11:27:02 Heinervdm: setting autorev in -kms.conf while including -xorg.conf is enough for you? Sep 18 11:27:22 Heinervdm: or do you need it in actual included config? Sep 18 11:27:41 don't know, for me i set it in shr-autorev-unstable.conf Sep 18 11:28:39 but then it will fail for shr-testing maybe Sep 18 11:28:58 that's only the temporary solution for me Sep 18 11:29:37 hmm could you send patch for that if someone confirms thats the same for him? Sep 18 11:30:28 yes i can, what about doing this in sane-autorev.inc? Sep 18 11:33:00 http://paste.pocoo.org/show/140331/ Sep 18 11:34:27 can somebody help me a bit about this code snippet? Sep 18 11:35:49 what is the exact command which will be executed? Sep 18 11:36:09 sprintf(volume, "amixer -qc 0 set PCM %d%s", vol, "\%\n"); Sep 18 11:36:37 ^^ this? Sep 18 11:36:37 amixer -qc 0 set PCM 78%n Sep 18 11:37:05 khiraly_mc: it's a double, so its' 78.0 Sep 18 11:37:21 and without n that's a newline Sep 18 11:38:59 %d is for integer no? Sep 18 11:40:08 vol = (int)val; Sep 18 11:40:12 it's an integer Sep 18 11:40:19 oh :) Sep 18 11:40:21 ok Sep 18 11:40:28 but thanks, I misread the "\%\n" Sep 18 11:40:41 actually is what you say: %\n Sep 18 11:40:48 (% + new line) Sep 18 11:41:41 yes Sep 18 11:42:00 Im also interested how can we set the volume through fso Sep 18 11:42:09 it seems there is a .state file changing functino Sep 18 11:42:49 (pushScenario, getScenario), but other than that, I dont see volume changing (or just some specific alsa state value) functionality Sep 18 11:45:10 JaMa: i'm rebasing the Mesa stuff today... just because i thought life didn't look interesting enough for you today :) Sep 18 11:49:45 this audio system is a mess Sep 18 11:49:53 we need saveScenario too Sep 18 11:50:27 I will implement some bruteforce technic, because it seems intone approach works the best Sep 18 11:50:38 "when in trouble use brute force" Sep 18 11:50:42 ;) Sep 18 11:50:54 s/trouble/doubt/ Sep 18 11:51:01 but either is working;) Sep 18 11:51:09 khiraly_mc: I "discussed" these topic with mickey and stefanschmidt yesterday evening Sep 18 11:51:36 DocScrutinizer-8: is it *important* to me, because I constantly loose calls because of low ringing volume Sep 18 11:51:57 ie. I loose calls, when the freerunner is attached to my belt! Sep 18 11:52:12 just cant hear. And intone volume is quite high Sep 18 11:52:34 And it seems intone is only changing the PCM value to 100% Sep 18 11:52:48 amixer -qc 0 set PCM 78% Sep 18 11:53:03 DocScrutinizer-8: but if you can provide a backlog im ready to read it Sep 18 11:53:03 ;) Sep 18 11:53:26 basically audio is a resource, and so framework resource management should learn to handle it, and provide a info call to tell wich audio-tweaking methods are available for a certain resource, and also provide a method to do that tweaking Sep 18 11:54:30 I have no problem with the current scenario thing. Although there are two important usecases: Sep 18 11:54:31 1. finetune the scenario (because its not perfect to every freerunner) Sep 18 11:54:34 khiraly_mc: it was in a german channel, and no backlog here Sep 18 11:55:07 2. change volume level to: a. mic b. stereout (ringing) c. speakerout (earspeaker while talking) Sep 18 11:55:16 ok gimme the german backlog Sep 18 11:55:26 khiraly_mc: scenarios will vanish some time in future. It's a broken concept Sep 18 11:55:41 dunno really Sep 18 11:56:24 anyway gimmie the backlog to catch up a little Sep 18 11:57:34 Heinervdm: it depends if its enough anywhere in tree or actual config and because I don't need it at all I cannot test it :) Sep 18 11:58:05 Weiss: ahh so pity that I'll be off for few days :) Sep 18 11:58:48 Weiss: but I'll inform my little nephew, that you're working on it :) Sep 18 11:59:14 aww :) Sep 18 11:59:28 actually, i'm more worried about breaking the build. i think it'll be OK, though.. Sep 18 12:01:52 Heinervdm: btw I have prepared pisi_1.4.6.bb here.. waiting for 1.4.7 release where the sources will be packed in directory (already prepared in Makefile in svn). Sep 18 12:03:22 JaMa: is the makefile useable? last time i looked at it, it wasn't Sep 18 12:13:20 Heinervdm: not for us I think :) but Michael is using it for generating sources for project.om.org Sep 18 12:13:45 ok :) Sep 18 12:13:55 is openvpn packaged for SHR? Sep 18 12:14:07 I think it is Sep 18 12:14:19 ok, nice, will check at some stage.. Sep 18 12:14:36 JaMa: I fixed SRCREV in shr-autorev-unstable so that's not that important Sep 18 12:14:42 It is Sep 18 12:14:48 http://build.shr-project.org/shr-unstable/ipk/armv4t/openvpn_2.0.9-r2_armv4t.ipk Sep 18 12:16:42 Ainulindale: ok, great! Sep 18 12:16:52 How's testing doing? Sep 18 12:59:17 ! Sep 18 12:59:20 oops Sep 18 13:20:57 upgrade borks GSM!? Sep 18 13:21:01 [2009-09-18 14:55:44] Heinervdm: Looks like it, when I try to run I get "error while loading share libraries: libfsobasics.so.O Sep 18 13:21:22 [2009-09-18 15:18:05] after i upgraded the gsm modem stopped working Sep 18 13:21:41 mrmoku: ^^ Sep 18 13:21:46 bbl Sep 18 13:23:10 nevermind Sep 18 13:27:11 mrmoku: i looked throug the reciepes wich have to go to oe.dev, and i found these: http://shr.pastebin.com/m73b93c1e Sep 18 13:32:55 Heinervdm, good work Sep 18 13:33:10 Heinervdm, stefan_schmidt is working on that right now... so he might be interested Sep 18 13:33:25 mrmoku: but that's not complete Sep 18 13:34:24 the xorg things are missing for example Sep 18 13:36:52 intone too :) Sep 18 13:37:30 hi Sep 18 14:06:30 g'afternoot Sep 18 14:06:40 which program plays the 'incoming sms' sound? Sep 18 14:08:36 I realised yesterday that I don't have a sound played upon incoming message, but I don't know how long that's been the case Sep 18 14:08:54 sound upon incoming call works, although with a 2 second delay after vibration starts Sep 18 14:09:39 also, I have no vibration on sms, although /etc/freesmartphone/opreferences/conf/phone/default.yaml states the correct config Sep 18 14:13:52 frameworkd.log only says '2009.09.18 16:13:09.230 ogsmd.device INFO incoming message (unbuffered) from ' Sep 18 14:14:00 blindcoder: depends Sep 18 14:14:20 it can be played by frameworkd, or by ophonekitd (or paroli) Sep 18 14:14:44 (although Im more up to date on incoming call) Sep 18 14:14:48 khiraly1: I'm using opimd-notifier, maybe that's a cause? Sep 18 14:15:00 khiraly1: incoming call is played by frameworkd, as indicated by the logfile Sep 18 14:18:16 looks like that on incoming call, frameworkd always plays a sound. But I didnt debug it fully Sep 18 14:19:04 well, I don't get a lot of sms (none, usually :) ) so it's not an issue for me, but still it's strange Sep 18 14:19:54 anyway for incoming call there is a rule in rules.yaml, you can create similar for incoming sms Sep 18 14:20:26 but if I remove incoming call ringing (in rules.yaml) I dont get the incoming call notification to paroli. I stopped debugging there Sep 18 14:20:52 khiraly1: oevents or opreferences? Sep 18 14:21:17 the rules.yaml? Sep 18 14:21:21 oevents probably, stupid question ;) Sep 18 14:21:22 yeah Sep 18 14:22:35 while: CallListContains("incoming") Sep 18 14:22:41 filters: Not(CallListContains("active")) Sep 18 14:22:41 actions: Sep 18 14:22:41 - RingTone() Sep 18 14:22:41 - Command('xset -display localhost:0 s reset') Sep 18 14:22:41 - SetLed("gta02_aux_red", "blink") Sep 18 14:22:43 - OccupyResource(Display) Sep 18 14:22:45 doh Sep 18 14:22:53 anyway, the RingTone line Sep 18 14:23:04 line 32 here Sep 18 14:23:10 and oevents Sep 18 14:23:54 yeah, got it here, too Sep 18 14:25:17 hmm... why is loading of gsmhandset scenario commented out? Sep 18 14:26:00 whatever, gotta go now, guineas have to visit the vet. bbl Sep 18 14:26:55 because it is handled by ophonekitd Sep 18 14:27:13 that way you can put the other party from earpiece to speaker Sep 18 14:29:14 DocScrutinizer: ping Sep 18 14:56:24 freesmartphone.org: 03mickey 07cornucopia * r7e781b73b0fa 10/fsodeviced/configure.ac: Sep 18 14:56:24 freesmartphone.org: fsodeviced: bump version requirements Sep 18 14:56:24 freesmartphone.org: release as 0.1.0.0 Sep 18 14:56:24 freesmartphone.org: 03mickey 07cornucopia * r4c4404195256 10/ (26 files in 13 dirs): Merge commit 'origin/master' Sep 18 14:56:24 freesmartphone.org: 03mickey 07cornucopia * r34d4045ae2cb 10/libfsoframework/fsoframework/dbus.vala: fsodeviced: comment out generic class that doesn't compile w/ 0.7.6 atm. Sep 18 14:56:29 freesmartphone.org: 03mickey 07cornucopia * r5623733197a4 10/libfsoframework/configure.ac: post-release version bump Sep 18 14:56:32 freesmartphone.org: 03mickey 07cornucopia * raff9bad1175d 10/fsousaged/configure.ac: fsousaged: post-release version bump Sep 18 14:56:35 freesmartphone.org: 03mickey 07cornucopia * rec6cdb4626c5 10/fsotimed/configure.ac: fsotimed: post-release version bump Sep 18 14:56:38 freesmartphone.org: 03mickey 07cornucopia * r2bebc4b3c180 10/fsonetworkd/configure.ac: fsonetworkd: post-release version bump Sep 18 14:56:41 freesmartphone.org: 03mickey 07cornucopia * rbca203ff6af3 10/libfsobasics/fsobasics/logger.vala: fsobasics: logger: fix overriding log_level by setting FSO_LOG_LEVEL Sep 18 14:56:44 freesmartphone.org: 03mickey 07cornucopia * r37cb9e4a9ec7 10/fsogsmd/src/ (3 files in 2 dirs): fsogsmd: introduce channel timeout and retry counter for commands Sep 18 14:56:51 freesmartphone.org: 03mickey 07fso-abyss * rc99736e576ae 10/configure.ac: post-release version bump Sep 18 14:56:54 freesmartphone.org: 03mickey 07libfso-glib * r57fb42624c9e 10/ (configure.ac src/Makefile.am): post-release version bump Sep 18 14:56:57 freesmartphone.org: 03mickey 07libgsm0710 * re9487365efb0 10/configure.ac: post-release version dump Sep 18 14:57:00 freesmartphone.org: 03mickey 07libgsm0710mux * r4526dba4a7fa 10/ (Makefile.am configure.ac gsm0710mux/multiplexer.vala): Sep 18 14:57:05 freesmartphone.org: catch up with vala 0.7.6 Sep 18 14:57:07 freesmartphone.org: release as 0.9.0 Sep 18 14:57:09 freesmartphone.org: 03mickey 07libgsm0710mux * r4344571dcbfe 10/configure.ac: post-release version bump Sep 18 14:57:14 freesmartphone.org: 03mickey 07fso-term * r0a71ec3e2fcd 10/src/main.vala: restore console settings before quit Sep 18 15:03:14 so svn and git unavailable for shr.. any others? Sep 18 15:04:44 rhkfin, git? Sep 18 15:05:55 what's the package? Sep 18 15:06:02 have anybody successfully applied to method on this page?: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem Sep 18 15:06:16 especially the "earpiece" stage Sep 18 15:06:52 oh, git.. Sep 18 15:07:08 mrmoku: ok, nice Sep 18 15:07:16 hmm, audio is still a problem. still sometimes people tell me that they hear my sound too silently or loudly Sep 18 15:08:19 lindi: Im more in the "silently" part of the problem Sep 18 15:08:40 rhkfin, thanks to JaMa you will get svn too... later Sep 18 15:08:49 anyway what I want to ask, is how can I apply the AT+CLVL gsm command while talking Sep 18 15:08:57 I launched mickeyterm, and it returns with ERROR Sep 18 15:09:07 no matter if I specify the command before call or during call Sep 18 15:09:15 use mdbus Sep 18 15:09:34 mickey|patio: is frameworkd initiate this command automatically? Sep 18 15:09:46 on bootup once, yes Sep 18 15:09:56 and what do this command? Sep 18 15:10:06 changing the volume level Sep 18 15:10:21 from the modem to the audio input of the wolfson codec Sep 18 15:10:57 if it is a volume level than it should follow by some number, like 56 or so (if it is between 0..100 ) Sep 18 15:11:17 AT +CLVL 56 Sep 18 15:12:00 mrmoku: wow! JaMa svn, nice! Sep 18 15:12:18 khiraly1: but CLVL only affects what _you_ hear Sep 18 15:12:37 lindi-: yepp, I stuck on the earpiece setting Sep 18 15:13:16 although I'd recommend to use the dbus API, you can manually set it using AT+CLVL=%d Sep 18 15:13:31 hah! Sep 18 15:13:54 gimme a working mdbus line. I looked at the api reference but didnt found it Sep 18 15:14:00 phew Sep 18 15:14:05 (I specifically was looking to AT+CLVL) Sep 18 15:14:59 mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetSpeakerVolume 30 Sep 18 15:15:03 http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Device.html;hb=HEAD#SetSpeakerVolume Sep 18 15:15:15 so this is all about how the modem itself should amplify the incoming voice before passing to wolfson code, if I get it right, no? Sep 18 15:15:23 correct Sep 18 15:15:26 heh... Sep 18 15:15:35 is it the SetSpeakerVolume? Sep 18 15:16:21 khiraly1: yep but the range is different i think Sep 18 15:16:37 my blindness. I should have found it, if Im a bit more careful Sep 18 15:17:14 and what is the default value, at boot? Sep 18 15:17:17 100 %? Sep 18 15:17:33 yes, 100% Sep 18 15:17:38 lindi-: I need to get this document: 3GPP TS 07.07 Chapter 8.2.3. Sep 18 15:17:49 although i still don't like the 100% Sep 18 15:17:54 khiraly1: yes Sep 18 15:18:03 and on my personal phone it's lower Sep 18 15:18:11 mickey|patio: default in ogsmd? Sep 18 15:18:21 but other people say we should always drive wolfson codec w/ maximum output Sep 18 15:18:23 *shrug* Sep 18 15:18:30 mickey|patio: or default by hardware? Sep 18 15:18:36 default in ogsmd Sep 18 15:18:41 default by hardware is unspecified Sep 18 15:18:49 on calypso, it's about 75% Sep 18 15:19:02 what bugs me too, is when I do: amixer |grep Simple Sep 18 15:19:15 I get only 91 lines, while the state file has 94 control Sep 18 15:19:35 And I have difficulty with the mapping too, because the amixer's name does not much with the .state name Sep 18 15:19:42 state files have underwent much history Sep 18 15:19:50 I know, I know Sep 18 15:19:51 fso-alsa-data is relatively current Sep 18 15:19:58 hmm Sep 18 15:19:58 although it#s a custom format Sep 18 15:20:04 fso-alsa-data? Sep 18 15:20:24 that's what fsodevice will use (soon in SHR) Sep 18 15:20:46 btw, fsodevice == vala, while odeviced == python ? Sep 18 15:21:03 correct Sep 18 15:21:06 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/freesmartphone/fso-alsa-data/om-gta02/default Sep 18 15:21:11 here is the format for fsodeviced Sep 18 15:21:16 (for reference) Sep 18 15:21:52 shows 94 controls as well btw. Sep 18 15:22:28 I compared om2009 vs. shr-unstable scenario files, and there were no difference. I compared with trac #2121 and there were also no difference either Sep 18 15:22:51 I will compare the .state files one-by-one to see which controls does not change Sep 18 15:22:57 (or should not be touched) Sep 18 15:24:09 khiraly1: there's a list of those in kernel Sep 18 15:24:18 lindi url?;)) Sep 18 15:24:28 Im so a noob regarding all ths audio stuff Sep 18 15:24:39 khiraly1: git.openmoko.org Sep 18 15:25:07 lindi-: I will try to look it up later Sep 18 15:25:18 I need to go to the cinema Sep 18 15:25:36 I want to make an ultimate wiki page about all this control stuff, etc Sep 18 15:25:41 to have a really good overview Sep 18 15:25:54 i just need to remember if it's wm8903 wm8990 wm8510 wm8350 wm8750 wm8900 wm8731 wm9712 or wm9713 Sep 18 15:26:01 Im really annoyed by the voice quality, and want to really understand, to know who to blame;) Sep 18 15:26:38 if Im whispering, the other party cant hear me at all Sep 18 15:26:48 if there is background noise -> other party cant hear at all Sep 18 15:26:59 khiraly1: i'm tryin to replicate that Sep 18 15:27:10 the background noise is amplified much better, then my own voice Sep 18 15:27:24 ie, if other people are talking in the room the other party can hear it Sep 18 15:27:51 if there is a train going in the background (like 200m from the house), the other party can hear it clearly Sep 18 15:27:52 khiraly1: please listen to http://iki.fi/lindi/openmoko/call-quality2/ Sep 18 15:28:03 The requested URL /lindi/openmoko/call-quality2/ was not found on this server. Sep 18 15:28:32 lindi-: I really need to go to the cinema, but I will look and listen at the evening Sep 18 15:28:36 http://lindi.iki.fi/lindi/openmoko/call-quality/ Sep 18 15:28:38 khiraly1: reload Sep 18 15:28:49 ahh, ok Sep 18 15:28:50 khiraly1: no no, look at call-quality2 Sep 18 15:28:57 I have call-quality2 too Sep 18 15:29:01 ok, I will listen to it Sep 18 15:29:17 khiraly1: i just called myself with voip to openmoko and to landline Sep 18 15:29:19 im back in 3 hours at about 10 oclock (17:29 here now) Sep 18 15:29:30 khiraly1: and then spoke something for the voip account to record Sep 18 15:29:39 lindi-: If you specify how to record a call, I can provide more logs like this Sep 18 15:29:43 and we could compare Sep 18 15:29:46 khiraly1: (the "noise" version has speaker-test playing random noise for the background) Sep 18 15:29:55 khiraly1: I use "linphonec" Sep 18 15:30:01 khiraly1: "record a.wav" Sep 18 15:30:02 I have two phones, and I can talk free between the two Sep 18 15:30:05 khiraly1: "soundcard use files" Sep 18 15:30:09 khiraly1: "call 050..." Sep 18 15:30:35 khiraly1: recording with a phone is much harder, thus I used voip Sep 18 15:30:36 lindi-: will you be here at 10 oclock? Sep 18 15:30:43 khiraly1: what timezone? Sep 18 15:30:46 we could continue this talk, Im very interested in audio Sep 18 15:30:54 17:30 the time right now Sep 18 15:31:06 I mean 22:00 Sep 18 15:31:07 ok, can't guarantee Sep 18 15:31:15 me neither, but I try Sep 18 15:31:18 but i will be here tomorrow Sep 18 15:31:28 Ok I will catch you then Sep 18 15:31:32 bye Sep 18 15:35:26 khiraly1: added even more loud sine noise to background, still can't notice a huge difference Sep 18 15:45:25 ping mickey|patio Sep 18 16:00:52 JaMa: still around, or have you left yet? Sep 18 16:01:46 there's one alteration to make the Mesa build work after the rebase: you need to add "--disable-gallium-intel" to the configure options Sep 18 16:06:54 Weiss, I think he is gone till monday Sep 18 16:07:11 grr, too late Sep 18 16:07:31 i don't know whether my rebase will cause a rebuild at your end or not, but if it does, then that fix will be needed to make it work Sep 18 16:24:00 whereis libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9)? Sep 18 17:30:43 yesterday .. i did opkg upgrade on my SHR-U ..after tht GSM is not working Sep 18 17:31:00 any way to degrade to the last version Sep 18 17:32:34 UberNeo: just fix it, instead of downgrading Sep 18 17:33:25 dos1|neo, still opkg trouble? :D Sep 18 17:34:15 lots of other prob also ..ophonekitd is not working Sep 18 17:35:51 UberNeo, opkg install -force-reinstall Sep 18 17:35:52 even if i swith ON the GSM antenna ..no network is getting detected Sep 18 17:36:10 any way to degrade to old ver Sep 18 17:36:38 UberNeo, no need to do that, just reinstall the newest packages that malfunction Sep 18 17:37:13 but i was happy with my last one Sep 18 17:37:25 i just want to degrade to old ver Sep 18 17:39:15 UberNeo: opkg install libfsotransport0 Sep 18 17:39:28 downgrading is insane Sep 18 17:40:00 UberNeo, you could always reflash Sep 18 17:40:12 and every geek should fix problems instead of 'downgrading' Sep 18 17:40:24 and neo is for geeks only ;p Sep 18 17:40:43 but i hv already installed a lot of other things Sep 18 17:40:57 and if that'll change depends only from geeks ;D Sep 18 17:41:34 mrmoku: we have a problem ;x Sep 18 17:43:44 mrmoku: bb files parsing errors Sep 18 17:44:58 eh... damned last.fm isn't free... i liked to listen it in valagume sometimes ;( Sep 18 17:51:18 mrmoku: looks like changing SRCPV to SRCREV works Sep 18 17:51:24 JaMa: ping Sep 18 17:53:08 freesmartphone.org: 03mickey 07cornucopia * r3e0646c8c69c 10/misc-vapi/tests/Makefile.am: misc-vapi: libasound is now called alsa Sep 18 17:57:40 freesmartphone.org: 03mickey 07cornucopia * r8dbed919b4ae 10/misc-vapi/vapi/posixextra.vapi: misc-vapi: posixextra.vapi: add more posix networking Sep 18 18:02:03 dos1|neo, JaMa is gone untill monday Sep 18 18:02:22 -l Sep 18 18:02:38 dos1|neo, and changing SRCPV to SRCREV is bad ;) Sep 18 18:05:06 mrmoku: i know ;) Sep 18 18:10:31 mrmoku: commiting without checking and/or fixing? poor guy! Sep 18 18:10:31 ;D Sep 18 18:11:19 (well, still better than me ;)) Sep 18 18:15:41 hi does the openmoko handle numbers like *123# with FSO? Sep 18 18:16:17 Gnutoo: that's ussd Sep 18 18:16:24 yes, it handles Sep 18 18:16:27 dos1|neo, ok thanks Sep 18 18:16:37 dos1|neo, I'll grep in the source code for ussd Sep 18 18:16:54 at least shr, zhone and paroli does that Sep 18 18:17:18 Gnutoo: SendUssdRequest Sep 18 18:17:26 and some similar signal Sep 18 18:19:06 dos1|neo, nah... I'm not comitting... just applying ;) Sep 18 18:19:54 thanks a lot Sep 18 18:20:12 mrmoku: even worse ;D Sep 18 18:35:42 dos1|neo, btw... I have problems with the testing Sep 18 18:35:47 dos1|neo, openBmap segfaults Sep 18 18:36:30 openBmap segfaulrs? Sep 18 18:36:44 it's python app! ;x Sep 18 18:38:14 mrmoku: something else? Sep 18 18:43:08 after i upgraded with opkg upgrade ..in Settings >>> Power >>> Power Settings ..its saying that "Couldn't connect to FSO or ophonekitd" Sep 18 18:43:26 reboot again Sep 18 18:43:42 i hv rebooted lot of times Sep 18 18:43:57 i have done opkg install libfsotransport0 Sep 18 18:44:42 UberNeo, did you do force-reinstall? Sep 18 18:45:24 no Sep 18 18:45:24 i just gv opkg install libfsotransport0 Sep 18 18:47:25 u need to force reinstall Sep 18 18:47:31 or it simply does nothing Sep 18 18:48:16 btw is frameworkd running? Sep 18 18:48:31 hw to check freworkd Sep 18 18:51:18 whats the command to force-reinstall a package Sep 18 18:52:27 freesmartphone.org: 03mickey 07cornucopia * re433ea775d27 10/fsogsmd/src/lib/commandqueue.vala: fsogsmd: put constant into interface (valid in vala 0.7.6) Sep 18 18:57:51 opkg install -force-reinstall Sep 18 18:58:35 u should reinstall oe by one libfsotransport0, ophonekitd, and frameworkd.... see if after any of the reinstalls it starts working Sep 18 18:59:04 k Sep 18 18:59:10 i m trying Sep 18 18:59:19 let u know in sumtime Sep 18 19:18:31 i recently installed SHR-U on uSD ..firsrt time it works ..but after 1st shutddown ,,when i m pressing power button ..nothing is happening ..only the Aux red light is glowing continuously Sep 18 19:23:51 freesmartphone.org: 03mickey 07specs * raf473182f089 10/ (13 files in 2 dirs): org.freesmartphone.GSM.*: properly document errors in the new style Sep 18 19:25:20 freesmartphone.org: 03mickey 07specs * r8a630da831c1 10/org.freesmartphone.GSM/org.freesmartphone.GSM.Device.xml.in: org.freesmartphone.GSM: outcomment problematic interface for now Sep 18 19:25:31 freesmartphone.org: 03mickey 07specs * r35639e0da4bc 10/ (2 files in 2 dirs): regen Sep 18 19:27:35 lindi-: ping Sep 18 19:27:45 You don't have permission to access /lindi/openmoko/call-quality2/landline-noise1.wav on this server. Sep 18 19:33:09 its problem all over the files Sep 18 19:33:15 in call-quality dir too Sep 18 19:33:46 lindi-: except the call-quality/recording dir, whereI can download files Sep 18 19:38:16 hi where can I find good at commands manuel including USSD command Sep 18 19:38:21 like AT+CUSD=1,"*#123#",15 Sep 18 19:38:50 else: what is the 15,and is *123# from the keyboard transformed into *#123# Sep 18 19:38:51 ? Sep 18 19:41:22 freesmartphone.org: 03mickey 07specs * r56f047156212 10/ (18 files in 2 dirs): org.freesmartphone.GSM.*: Every method can raise org.freesmartphone.GSM.Device.* errors Sep 18 19:42:33 Gnutoo: for a start, read the official 07.07 document that specified +CUSD Sep 18 19:42:43 mickeyl, thanks Sep 18 19:42:48 I'll try to find it Sep 18 19:42:58 I looked at gsm docs but...it was docs about the radio Sep 18 19:42:59 beyond that, you won't find an official doc since these codes are network, vendor, and device specific Sep 18 19:43:10 ok Sep 18 19:43:21 i think there are only few standardized codes Sep 18 19:43:25 such as showing the IMEI Sep 18 19:43:38 15 is the charset used, btw. Sep 18 19:43:57 ah ok I saw a charset in FSO Sep 18 19:44:02 thanks Sep 18 19:44:08 freesmartphone.org: 03mickey 07libfso-glib * r44083ca124e3 10/src/ (5 files): regenerate for spec error additions Sep 18 19:47:23 freesmartphone.org: 03mickey 07specs * rc0dac1d94121 10/ (2 files in 2 dirs): org.freesmartphone.GSM.Device: errors++ Sep 18 19:54:02 ptitjes: ping Sep 18 19:55:22 lindi-: ping Sep 18 19:55:48 fsck, was that gprs state persistent over boot? or just me? Sep 18 19:59:10 for my live can't remember enablling GPRS after last boot Sep 18 20:00:16 mickeyl: pong Sep 18 20:00:50 ptitjes: say, what was the "fso:no-container" attribute doing again? what would happen if i set it to false? Sep 18 20:02:49 ptitjes: btw, libgee no longer compiles and some of my code as well 076 introduces some regressions wrt. generics and delegates. i plan to pester Jürg tomorrow about it Sep 18 20:05:41 everybody would you write manpages please. watch the way i'm failing on this - don't duplicate ;) Sep 18 20:13:11 mickeyl: checked tealeo list? Sep 18 20:13:25 no, not yet Sep 18 20:16:11 will u ever do? or just a nono Sep 18 20:18:44 freesmartphone.org: 03mickey 07specs * r8c5a13fdba01 10/ (30 files in 4 dirs): Sep 18 20:18:44 freesmartphone.org: org.freesmartphone.GSM: API Change: Remove in org.freesmartphone.GSM., Sep 18 20:18:44 freesmartphone.org: all GSM-related errors will now live in org.freesmartphone.GSM Sep 18 20:19:05 i will probably check, but not before my holidays Sep 18 20:19:14 (which begin on monday) Sep 18 20:20:02 Ainulindale, patchwork is dead Sep 18 20:20:15 Dead? What happened? Sep 18 20:20:21 no idea Sep 18 20:20:23 Oh yes Sep 18 20:20:29 OperationalError at / Sep 18 20:21:09 Checking that as we speak Sep 18 20:21:13 idle prelock -10 gave me -1 Sep 18 20:21:15 * mrmoku goes downstairs to relax for 10 mins in fresh air while Ainulindale fixes the world :P Sep 18 20:21:26 Relax 10 mins in fresh air? Sep 18 20:21:31 Off for a smoke you meant? :-) Sep 18 20:21:36 :P Sep 18 20:22:30 mrmoku doesn'nt smoke in movin obj Sep 18 20:29:35 freesmartphone.org: 03mickey 07specs * r2852c704ff2a 10/ (2 files in 2 dirs): remove bogus error Sep 18 20:30:16 mrmoku: fixed Sep 18 20:32:33 freesmartphone.org: 03mickey 07specs * r99dfed62e8dc 10/ (3 files in 3 dirs): fix overeager sed Sep 18 20:32:43 freesmartphone.org: 03mickey 07libfso-glib * r2c1f1a206892 10/src/ (freesmartphone-gsm.vala fso-glib-1.0.vapi): regen Sep 18 20:32:45 Ainulindale, nice Sep 18 20:33:28 DocMobilizer, and neither in fixed ones :) Sep 18 20:33:29 It's a lot easier when you work for bearstech :-) Sep 18 20:33:41 yeah, can figure that :) Sep 18 20:34:39 lindi-: ping Sep 18 20:36:14 Ainulindale, now that patchwork is fixed I can sleep in peace :-) Sep 18 20:36:31 gnight everybody Sep 18 20:37:03 mrmoku|away: gnight to you Sep 18 20:38:13 mickeyl: fso:no-container is for people that don't like doing like others ;) if you don't set it your errors will be contained in an entity like for instance org.fso.Error.MY_ERROR instead of your liking org.fso.MY_ERROR Sep 18 20:38:39 ptitjes: ah, thanks i remember. so it's just appending the .Error there Sep 18 20:38:53 yep Sep 18 20:38:59 k, thanks Sep 18 20:44:36 http://scap.linuxtogo.org/files/601f3ba481620ee7900e65aa1db3afec.png <-- first bit of DRI rendering :) Sep 18 20:47:26 Weiss: impressive ;) Sep 18 20:49:38 i know it's not much :) but you wouldn't believe how much Stuff has to work properly to get a rectangle on the screen.. Sep 18 20:53:07 Weiss: adjust the transparency, it looks like all your windows and fonts just disappeared because of transparency ... Sep 18 20:53:08 ;) Sep 18 20:54:30 yesterday I tried to play a youtube's .flv file on the freerunner using mplayer. Xglamo eat more then 90% CPU all the time (after killing mplayer too) Sep 18 20:58:35 Weiss: it was meant to be ironic. I do understand how much work it can (and actually did) take to get that. It's just ironic how unimpressive can be a result of huge work (e.g. day of debugging -> 1 line patch). Sep 18 21:07:05 Weiss, nice! are you able to measure any rendering performance yet? Sep 18 21:33:33 PaulFertser: hehe.. i know :) Sep 18 21:33:59 eolson: not just yet.. that's all done with the 2D engine at the moment Sep 18 21:34:43 ok thanks, just curious :) Sep 18 22:36:02 ERROR: Cannot satisfy the following dependencies for fsousaged: * libfso-glib0 Sep 18 22:36:04 help! Sep 18 22:36:16 mid opkg upgrade after a long break Sep 18 22:55:25 anyone around to give me a hand? Sep 18 22:56:34 * Weiss sees, but is unable to help Sep 18 22:56:49 hey ho, thanks for pinging :) Sep 18 22:56:56 i'll give up and reflash Sep 18 23:01:05 wazzup? Sep 18 23:01:22 me? Sep 18 23:02:18 http://pastebin.ca/1571317 opkg did this Sep 18 23:02:25 and i'm too noob to cope! :) Sep 18 23:02:51 though i don't really mind reflashing with latest, was just hoping upgrade would work Sep 18 23:42:24 spank dos1 :-) Sep 18 23:42:37 or maybe mrmoku|away Sep 19 00:02:58 * tim_abell has reflashed with latest image and kernel and is upgrading from there Sep 19 00:03:24 and is learning how to package python while he waits Sep 19 00:04:15 bugger. same result Sep 19 00:05:33 upgrading seems to be a bad idea today Sep 19 00:05:54 shame, it's the first night i've had free to attack an upgrade in weeks Sep 19 00:06:30 Configuring libfsoframework0 Sep 19 00:06:30 Collected errors: Sep 19 00:06:30 * ERROR: Cannot satisfy the following dependencies for fsousaged: Sep 19 00:06:30 * libfso-glib0 (>= 0.2.1+gitr47+7608c8d98bb65bb5beca6621eb86920b71df1bc9) * Sep 19 00:06:34 what should i do now? Sep 19 00:06:38 wait 24h Sep 19 00:06:40 file a bug? Sep 19 00:07:15 is someone likely to already be working on this? Sep 19 00:07:17 spank dos1 and mrmoku|away Sep 19 00:07:23 wait 24h Sep 19 00:07:39 okay Sep 19 00:08:41 flash 09o6 w/o upgrade, fix the issue, use backup, or ride it thru Sep 19 00:10:15 i'd love to fix it :) Sep 19 00:12:08 so read backscroll of this and #openmoko chan. i'm sure you find the fix in last 12h's log Sep 19 00:15:12 i love seeing what's changed after i update, very pleasing Sep 19 00:15:24 i like the new alarm thing Sep 19 00:16:05 so read backscroll of this and #openmoko chan. i'm sure you find the fix in last 12h's loge bans f4t for extensive length quit msg Sep 19 00:16:48 oops illume kbd sucks sometimes Sep 19 00:17:06 heh Sep 19 00:17:38 * DocMobilizer ^ Sep 19 00:18:01 * DocMobilizer bans Sep 19 00:18:16 pun spioled Sep 19 00:18:26 never mind Sep 19 00:22:40 mrmoku|away: what's fsckd with todays upgrade? Sep 19 02:26:35 I'm newbie, well I have question, I was compiling qemu-openmoko and when I put: openmoko/download.sh it says: Sep 19 02:26:49 Kernel is... not found Sep 19 02:27:29 somebody know, Where could obtain this? Sep 19 02:31:31 * tim_abell pokes mrmoku|away to take a look at the opkg upgrade issues, after reflashing for the second time ;-) Sep 19 02:41:14 i can't connect to my freerunner via wifi: "connection refused" Sep 19 02:41:29 i set up dropbear like the shr wiki said Sep 19 02:41:36 what am i doing wrong? Sep 19 02:48:48 AlexC: irst thing, you're asking in devel channel for an answer that's probably user domain and best asked in #openmoko Sep 19 02:50:13 they don't answer me Sep 19 02:50:19 i fixed it anyway Sep 19 02:50:22 sorry **** ENDING LOGGING AT Sat Sep 19 02:59:58 2009